Automated system and method for identifying and measuring packages transported through a laser scanning tunnel

ABSTRACT

A fully automated package identification and measuring system, in which an omni-directional holographic scanning tunnel is used to read bar codes on packages entering the tunnel, while a package dimensioning subsystem is used to capture information about the package prior to entry into the tunnel. Mathematical models are created on a real-time basis for the geometry of the package and the position of the laser scanning beam used to read the bar code symbol thereon. The mathematical models are analyzed to determine if collected and queued package identification data is spatially and/or temporally correlated with package measurement data using vector-based ray-tracing methods, homogeneous transformations, and object-oriented decision logic so as to enable simultaneous tracking of multiple packages being transported through the scanning tunnel.

CROSS-REFERENCE TO RELATED US APPLICATIONS

[0001] This is a Continuation of co-pending application Ser. No. 09/275,518 filed Mar. 24, 1999 and a Continuation-in-Part of co-pending application Ser. No. 09/274,265 filed Mar. 22, 1999; Ser. No. 09/243,078 filed Feb. 2, 1999; Ser. No. 09/241,930 filed Feb. 2, 1999; Ser. No. 09/157,778 filed Sep. 21, 1998; Ser. No. 09/047,146 filed Mar. 24, 1998, Ser. No. 08/949,915 filed Oct. 14, 1997; Ser. No. 08/854,832 filed May 12, 1997; Ser. No. 08/886,806 filed Apr. 22, 1997, now U.S. Letters Pat. No. 5,984,185; Ser. No. 08/726,522 filed Oct. 7, 1996; and Ser. No. 08/573,949 filed Dec. 18, 1995, now Abandoned, each said application being commonly owned by Assignee, Metrologic Instruments, Inc., of Blackwood, N.J., and incorporated herein by reference as if fully set forth herein.

BACKGROUND OF THE INVENTION

[0002] 1. Field of Invention

[0003] The present invention relates generally to an automated tunnel-type laser scanning package identification and measuring system arranged about a high-speed conveyor structure used in diverse package routing and transport applications, and also a method of identifying and measuring packages having bar code symbols on surfaces facing any direction with a 3-D scanning volume.

[0004] 2. Brief Description of the Prior Art

[0005] In many environments, there is a great need to automatically identify and measure objects (e.g. packages, parcels, products, luggage, etc.) as they are transported along a conveyor structure. While over-the-head laser scanning systems are effective in scanning upwardly-facing bar codes on conveyed objects, there are many applications where it is not practical or otherwise feasible to ensure that bar code labels are upwardly-facing during transportation under the scanning station.

[0006] Various types of “tunnel” scanning systems have been proposed so that bar codes can be scanned independently of their orientation within the scanning volume of the system. One such prior art tunnel scanning system is disclosed in U.S. Pat. No. 5,019,714 to Knowles. In this prior art scanning system, a plurality of single scanline scanners are orientated about a conveyor structure in order to provide a limited degree of omni-directional scanning within the “tunnel-like” scanning environment. Notably, however, prior art tunnel scanning systems, including the system disclosed in U.S. Pat. No. 5,019,714, are incapable of scanning bar code systems in a true omni-directional sense, i.e. independent of the direction that the bar code faces as it is transported along the conveyor structure. At best, prior art scanning systems provide omnidirectional scanning in the plane of the conveyor belt or in portions of planes orthogonal thereto. However, true omnidirectional scanning along the principal planes of a large 3-D scanning volume has not been hitherto possible.

[0007] Also, while numerous systems have been proposed for automatically identifying and measuring the dimensions and weight of packages along a high-speed conveyor, prior art systems have been very difficult to manufacture, maintain, and operate in a reliable manner without the use of human supervision.

[0008] Thus, there is a great need in the art for an improved tunnel-type automated laser scanning package identification/measuring system and a method of identifying and measuring packages transported along a high-speed conveyor system, while avoiding the shortcomings and drawbacks of prior art scanning systems and methodologies.

OBJECTS AND SUMMARY OF THE PRESENT INVENTION

[0009] Accordingly, a primary object of the present invention is to provide a novel tunnel-type automated package identification and measuring system that is free of the shortcomings and drawbacks of prior art tunnel-type laser scanning systems and methodologies.

[0010] Another object of the present invention is to provide a fully automated package identification and measuring system, wherein an omni-directional holographic scanning tunnel is used to read bar codes on packages entering the tunnel, while a package dimensioning subsystem is used to capture information about the package prior to entry into the tunnel.

[0011] Another object of the present invention is to provide a fully automated package identification and measuring system, wherein mathematical models are created on a real-time basis for both the geometry of the package and the position of the laser scanning beam used to read the bar code symbol thereon. Another object of the present invention is to provide a fully automated package identification and measuring system, wherein the mathematical models are analyzed to determine if collected and queued package identification data is spatially and/or temporally correlated with package measurement data using vector-based ray-tracing methods, homogeneous transformations, and object-oriented decision logic so as to enable simultaneous tracking of multiple packages being transported through the scanning tunnel.

[0012] Another object of the present invention is to provide such a system, in which a plurality of holographic laser scanning subsystems are mounted on a scanner support framework, arranged about a high-speed conveyor belt, and arranged so that each scanning subsystem projects a highly-defined 3-D omnidirectional scanning volume with a large depth-of-field, above the conveyor structure so as to collectively provide omni-directional scanning within each of the three principal scanning planes of the tunnel-type scanning system.

[0013] Another object of the present invention is to provide such a system, in which each holographic laser scanning subsystem projects a highly-defined 3-D omni-directional scanning volume that has a large depth-of-field and is substantially free of spatially and temporally coincident scanning planes, to ensure substantially zero crosstalk among the numerous laser scanning channels provided within each holographic laser scanning subsystem employed in the system.

[0014] Another object of the present invention is to provide such a system, in which a split-type conveyor is used with a gap disposed between its first and second conveyor platforms, for mounting of an omni-directional projection-type laser scanning subsystem that is below the conveyor platforms and ends substantially the entire width of the conveyor platform.

[0015] Another object of the present invention is to provide such a system, wherein a plurality of holographic laser scanners are arranged about the conveyor system so as to produce a bi-directional scanning pattern along the principal axes of a three-dimensional laser scanning volume.

[0016] A further object of the present invention is to provide a system, in which each holographic laser scanner employed in the system projects a three-dimensional laser scanning volume having multiple focal planes and a highly confined geometry extending about a projection axis extending from the scanning window of the holographic scanner and above the conveyor belt of the system.

[0017] Another object of the present invention is to provide an automated package identification and measuring system, wherein singulated packages can be detected, dimensioned, weighed, and identified in a fully automated manner without human intervention, while being transported through a laser scanning tunnel subsystem using a package conveyor subsystem.

[0018] Another object of the present invention is to provide such a system, wherein a package detection and dimensioning subsystem is provided on the input side of its scanning tunnel subsystem, for detecting and dimensioning singulated packages passing through the package detection and dimensioning subsystem.

[0019] Another object of the present invention is to provide such a system, wherein a data element queuing, handling and processing subsystem is provided for queuing, handling and processing data elements representative of package identification, dimensions and/or weight, and wherein a moving package tracking queue is maintained so that data elements comprising objects, representative of detected packages entering the scanning tunnel, can be tracked along with dimensional and measurement data collected on such detected packages.

[0020] Another object of the present invention is to provide such a system, wherein a package detection subsystem is provided on the output side of its scanning tunnel subsystem.

[0021] Another object of the present invention is to provide such a system, wherein the tunnel scanning subsystem provided therein comprises a plurality of laser scanning subsystems, and each such laser scanning subsystem is capable of automatically generating, for each bar code symbol read by the subsystem, accurate information indicative of the precise point of origin of the laser scanning beam and its optical path to the read bar code symbol, as well as produce symbol character data representative of the read bar code symbol.

[0022] Another object of the present invention is to provide such a system, wherein the plurality of laser scanning subsystems generates an omnidirectional laser scanning pattern within a 3-D scanning volume, wherein a bar code symbol applied to any one side of a six-sided package (e.g. box) will be automatically scanned and decoded when passed through the 3-D scanning volume using the conveyor subsystem.

[0023] Another object of the present invention is to provide such a system, wherein the laser scanning subsystems comprise holographic laser scanning subsystems, and also polygonal-type laser scanning subsystems for reading bar code symbols facing the conveyor surface.

[0024] Another object of the present invention is to provide such a system, wherein each holographic laser scanning subsystem employed in the tunnel scanning subsystem comprises a device for generating information specifying which holographic scanning facet or holographic facet sector (or segment) produced the laser scan data used to read any bar code symbol by the subsystem.

[0025] Another object of the present invention is to provide such a system, wherein each non-holographic (e.g. polygonal-type) laser scanning subsystem employed in the tunnel scanning subsystem comprises a device for generating information specifying which mirror facet or mirror sector produced the laser scan data used to read any bar code symbol by the subsystem.

[0026] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a scan beam geometry modeling subsystem for producing, relative to a local coordinate reference system symbolically embedded within the laser scanning subsystem, coordinate information comprising a geometric model of each laser scanning beam used to read a particular bar code symbol for which symbol character data has been produced by the laser scanning subsystem.

[0027] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a first homogeneous transformation module for converting the coordinate information comprising the geometric model of each laser scanning beam used to read a particular bar code symbol on a detected package, from the local coordinate reference system symbolically embedded within the laser scanning subsystem, to a global coordinate reference system symbolically embedded within the tunnel-type scanning system.

[0028] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a package surface modeling subsystem for producing, relative to a local coordinate reference system symbolically embedded within the laser scanning subsystem, coordinate information comprising a geometric model of each surface on each package detected by the package detection and dimensioning subsystem.

[0029] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a second homogeneous transformation module for converting the coordinate information comprising the geometric model of each surface on a detected package, from the local coordinate reference system symbolically embedded within the laser scanning subsystem, to a global coordinate reference system symbolically embedded within the tunnel-type scanning system.

[0030] Another object of the present invention is to provide such a system, wherein a laser scan beam and package surface intersection determination subsystem is provided for determining which detected package was scanned by the laser scanning beam that read a particular bar code symbol, and for linking (i.e. correlating) package measurement data associated with the detected package with package identification data associated with the laser scanning beam that read a bar code symbol on a detected package.

[0031] Another object of the present invention is to provide such a system with a package velocity measurement subsystem for measuring the velocity of the package as it moves from the package detection and dimensioning subsystem through the laser scanning tunnel subsystem of the system.

[0032] Another object of the present invention is to provide such a system, wherein the package velocity measurement subsystem is realized using a pair of spaced-apart laser beams projected over the conveyor so that when a package interrupts these laser beams, electrical pulses are automatically generated and processed using a clock in order to compute the instantaneous velocity of each and every package transported along the conveyor belt subsystem.

[0033] Another object of the present invention is to provide such a system, wherein the package detection and dimensioning subsystem provided on the input side of the laser scanning tunnel subsystem comprises a first pair of light transmitting and receiving structures arranged to transmit a plurality of light beams along a direction parallel to the conveyor belt in order to collect data and measure the height of each singulated package passing through the package detection and dimensioning subsystem, and a second pair of light transmitting and receiving structures arranged to transmit a plurality of light beams along a direction perpendicular to the conveyor belt in order to collect data and measure the width of each singulated package passing through the package detection and dimensioning subsystem.

[0034] Another object of the present invention is to provide such a system, wherein the package detection and dimensioning subsystem provided on the input side of the laser scanning tunnel subsystem further comprises a height data processor for processing arrays of height profile data collected from the first pair of light transmitting and receiving structures in order to detect stacked arrangements of packages transported through the package detection and dimensioning subsystem, and width data processor for processing arrays of width profile data collected from the second pair of light transmitting and receiving structures in order to detect side-by-side arrangements of packages transported through the package detection and dimensioning subsystem, and upon detecting either a stacked configuration of packages or a side-by-side configuration of packages, automatically generating an unique data element indicative of such multiple package arrangements along the conveyor belt, and placing this unique data element in the moving package tracking queue in the data element queuing, handling and processing subsystem so that this subsystem can cause an auxiliary subsystem to reroute such multiple packages through a singulation unit and then return to pass once again through the system of the present invention.

[0035] Another object of the present invention is to provide such a system, wherein a package weighing-in-motion subsystem is provided for weighing singulated packages moving through the package detection and dimensioning subsystem, and producing weight measurement information for assignment to each detected package.

[0036] Another object of the present invention is to provide an automated package identification and measuring system, wherein multiple packages can be detected, dimensioned, weighed, and identified in a fully automated manner without human intervention, while being transported through a laser scanning tunnel subsystem using a package conveyor subsystem.

[0037] Another object of the present invention is to provide such a system, wherein a package detection and dimensioning subsystem is provided on the input side of its scanning tunnel subsystem, for detecting and dimensioning multiple packages passing through the package detection and dimensioning subsystem.

[0038] Another object of the present invention is to provide such a system, wherein a data element queuing, handling and processing subsystem is provided for queuing, handling and processing data elements representative of package identification, dimensions and/or weight, and wherein a moving package tracking queue is maintained so that data elements comprising objects, representative of detected packages entering the scanning tunnel, can be tracked along with dimensional and measurement data collected on such detected packages.

[0039] Another object of the present invention is to provide such a system, wherein a package detection subsystem is provided on the output side of its scanning tunnel subsystem.

[0040] Another object of the present invention is to provide such a system, wherein the tunnel scanning subsystem provided therein comprises a plurality of laser scanning subsystems, and each such laser scanning subsystem is capable of automatically generating, for each bar code symbol read by the subsystem, accurate information indicative of the precise point of origin of the laser scanning beam and its optical path to the read bar code symbol, as well as produce symbol character data representative of the read bar code symbol.

[0041] Another object of the present invention is to provide such a system, wherein the plurality of laser scanning subsystems generates an omnidirectional laser scanning pattern within a 3-D scanning volume, wherein a bar code symbol applied to any one side of a six-sided package (e.g. box) will be automatically scanned and decoded when passed through the 3-D scanning volume using the conveyor subsystem.

[0042] Another object of the present invention is to provide such a system, wherein the laser scanning subsystems comprise holographic laser scanning subsystems, and also polygonal-type laser scanning subsystems for reading bar code symbols facing the conveyor surface.

[0043] Another object of the present invention is to provide such a system, wherein each holographic laser scanning subsystem employed in the tunnel scanning subsystem comprises a device for generating information specifying which holographic scanning facet or holographic facet sector (or segment) produced the laser scan data used to read any bar code symbol by the subsystem.

[0044] Another object of the present invention is to provide such a system, wherein each non-holographic (e.g. polygonal-type) laser scanning subsystem employed in the tunnel scanning subsystem comprises a device for generating information specifying which mirror facet or mirror sector produced the laser scan data used to read any bar code symbol by the subsystem.

[0045] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a scan beam geometry modeling subsystem for producing, relative to a local coordinate reference system symbolically embedded within the laser scanning subsystem, coordinate information comprising a geometric model of each laser scanning beam used to read a particular bar code symbol for which symbol character data has been produced by the laser scanning subsystem.

[0046] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a first homogeneous transformation module for converting the coordinate information comprising the geometric model of each laser scanning beam used to read a particular bar code symbol on a detected package, from the local coordinate reference system symbolically embedded within the laser scanning subsystem, to a global coordinate reference system symbolically embedded within the tunnel-type scanning system.

[0047] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a package surface modeling subsystem for producing, relative to a local coordinate reference system symbolically embedded within the laser scanning subsystem, coordinate information comprising a geometric model of each surface on each package detected by the package detection and dimensioning subsystem.

[0048] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a second homogeneous transformation module for converting the coordinate information comprising the geometric model of each surface on a detected package, from the local coordinate reference system symbolically embedded within the laser scanning subsystem, to a global coordinate reference system symbolically embedded within the tunnel-type scanning system.

[0049] Another object of the present invention is to provide such a system, wherein a laser scan beam and package surface intersection determination subsystem is provided for determining which detected package was scanned by the laser scanning beam that read a particular bar code symbol, and for linking (i.e. correlating) package measurement data associated with the detected package with package identification data associated with the laser scanning beam that read a bar code symbol on a detected package.

[0050] Another object of the present invention is to provide such a system with a package velocity measurement subsystem for measuring the velocity of the package as it moves from the package detection and dimensioning subsystem through the laser scanning tunnel subsystem of the system.

[0051] Another object of the present invention is to provide such a system, wherein the package velocity measurement subsystem is realized using an roller wheel engaged in direct contact with the conveyor belt as it moves, generating electrical pulses as an optical encoder attached to the shaft of the roller wheel is caused to complete one revolution, during which the conveyor belt traveled one linear foot, and counting these generated electrical pulses with reference to a clock in order to compute the instantaneous velocity of the conveyor belt, and thus each and every package transported therealong without slippage.

[0052] Another object of the present invention is to provide such a system, wherein the package detection and dimensioning subsystem provided on the input side of the laser scanning tunnel subsystem comprises a laser scanning mechanism that generates an amplitude modulated laser scanning beam that is scanned across the width of the conveyor structure in the package conveyor subsystem while the scanning beam is disposed substantially perpendicular to the surface of the conveyor structure, and light reflected from scanned packages is collected, detected and processed to produce information representative of the package height profile across the width of the conveyor structure for each timing sampling instant carried out by the package detection and dimension subsystem.

[0053] Another object of the present invention is to provide such a system, wherein the package detection and dimensioning subsystem provided on the input side of the laser scanning tunnel subsystem further comprises a height data processor for processing arrays of height profile data collected from the first pair of light transmitting and receiving structures in order to detect stacked arrangements of packages transported through the package detection and dimensioning subsystem, and width data processor for processing arrays of width profile data collected from the second pair of light transmitting and receiving structures in order to detect side-by-side arrangements of packages transported through the package detection and dimensioning subsystem, and upon detecting either a stacked configuration of packages or a side-by-side configuration of packages, automatically generating a unique data element indicative of such multiple package arrangements along the conveyor belt, and placing this unique data element in the moving package tracking queue in the data element queuing, handling and processing subsystem so that this subsystem can cause an auxiliary subsystem to reroute such multiple packages through a singulation unit and then returned to pass once again through the system of the present invention.

[0054] Another object of the present invention is to provide such a system, wherein a package weighing-in-motion subsystem is provided for weighing multiple packages moving through the package detection and dimensioning subsystem, and producing weight measurement information for assignment to each detected package.

[0055] Another object of the present invention is to provide an automated package identification and measuring system, wherein multiple packages, arranged in a side-by-side, stacked and/or singulated configuration, can be simultaneously detected, dimensioned, weighed, and identified in a fully automated manner without human intervention, while being transported through a laser scanning tunnel subsystem using a package conveyor subsystem.

[0056] Another object of the present invention is to provide such a system, wherein a package detection and dimensioning subsystem is provided on the input side of its scanning tunnel subsystem, for simultaneously detecting and dimensioning multiple packages passing through the package detection and dimensioning subsystem, and wherein the package detection and dimensioning subsystem employs multiple moving package tracking queues simultaneously maintained therein for spatially different regions above the conveyor belt so order that data objects, representative of packages detected in such spatially different regions, can be produced and tracked along with dimensional and measurement data collected on such detected packages.

[0057] Another object of the present invention is to provide such a system, wherein a data element queuing, handling and processing subsystem is provided for queuing, handling and processing data elements representative of package identification, dimensions and/or weight, and wherein multiple moving package tracking queues are simultaneously maintained for spatially different regions above the conveyor belt so that data elements comprising objects, representative of detected packages entering the scanning tunnel, can be tracked along with dimensional and measurement data collected on such detected packages.

[0058] Another object of the present invention is to provide such a system, wherein a multiple package detection and dimensioning subsystem is provided on the output side of its scanning tunnel subsystem, and multiple moving package tracking queues are simultaneously maintained therein for spatially different regions above the conveyor belt in order that data elements comprising objects, representative of detected packages exiting the scanning tunnel, can be tracked along with dimensional and measurement data collected on such detected packages.

[0059] Another object of the present invention is to provide such a system, wherein the tunnel scanning subsystem provided therein comprises a plurality of laser scanning subsystems, and each such laser scanning subsystem is capable of automatically generating, for each bar code symbol read by the subsystem, accurate information indicative of the precise point of origin of the laser scanning beam and its optical path to the read the bar code symbol, as well as symbol character data representative of the read bar code symbol.

[0060] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a scan beam geometry modeling subsystem for producing, relative to a local coordinate reference system symbolically embedded within the laser scanning subsystem, coordinate information comprising a geometric model of each laser scanning beam used to read a particular bar code symbol for which symbol character data has been produced by the laser scanning subsystem.

[0061] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a first homogeneous transformation module for converting the coordinate information comprising the geometric model of each laser scanning beam used to read a particular bar code symbol on a detected package, from the local coordinate reference system symbolically embedded within the laser scanning subsystem, to a global coordinate reference system symbolically embedded within the tunnel-type scanning system.

[0062] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a package surface modeling subsystem for producing, relative to a local coordinate reference system symbolically embedded within the laser scanning subsystem, coordinate information comprising a geometric model of each surface on each package detected by the package detection and dimensioning subsystem.

[0063] Another object of the present invention is to provide such a system, wherein the data element queuing, handling and processing subsystem provided therein further comprises a second homogeneous transformation module for converting the coordinate information comprising the geometric model of each surface on a detected package, from the local coordinate reference system symbolically embedded within the laser scanning subsystem, to a global coordinate reference system symbolically embedded within the tunnel-type scanning system.

[0064] Another object of the present invention is to provide such a system, wherein a laser scan beam and package surface intersection determination subsystem is provided for determining which detected package was scanned by the laser scanning beam that read a particular bar code symbol, and for linking (i.e. correlating) package measurement data associated with the detected package with package identification data associated with the laser scanning beam that read a bar code symbol on a detected package.

[0065] Another object of the present invention is to provide such a system with a package velocity measurement subsystem for measuring the velocity of the package as it moves from the package detection and dimensioning subsystem through the laser scanning tunnel subsystem of the system.

[0066] Another object of the present invention is to provide such a system, wherein the package velocity measurement subsystem is realized using an roller wheel engaged in direct contact with the conveyor belt as it moves, generating electrical pulses as an optical encoder attached to the shaft of the roller wheel is caused to complete one revolution, during which the conveyor belt traveled one linear foot, and counting these generated electrical pulses with reference to a clock in order to compute the instantaneous velocity of the conveyor belt, and this each and every package transported therealong without slippage.

[0067] Another object of the present invention is to provide such a system, wherein the package detection and dimensioning subsystem provided on the input side of the laser scanning tunnel subsystem comprises a laser scanning mechanism that generates an amplitude modulated laser scanning beam that is scanned across the width of the conveyor structure in the package conveyor subsystem while the scanning beam is disposed substantially perpendicular to the surface of the conveyor structure, and light reflected from scanned packages is collected, detected and processed to produce information representative of the package height profile across the width of the conveyor structure for each timing sampling instant carried out by the package detection and dimension subsystem.

[0068] Another object of the present invention is to provide such a system, wherein the package detection and dimensioning subsystem provided on the input side of the laser scanning tunnel subsystem comprises a stereoscopic camera subsystem which captures stereoscopic image pairs of packages being transported through the package detection and dimensioning subsystem, and also a real-time stereoscopic image processor which is programmed to detect multiple images present in the field of view of stereoscopic imaging subsystem, and compute the vertices and dimensions of each such detected package.

[0069] Another object of the present invention is to provide such a system, wherein a package weighing-in-motion subsystem is provided for weighing simultaneously weighing each package, or arrangement of side-by-side and/or stacked packages moving through the package detection and dimensioning subsystem, and producing weight measurement information for assignment to each detected package, or apportioned to each arrangement of side-by-side and/or stacked packages, based on relative volumetric measurements.

[0070] Another object of the present invention is to provide an improved tunnel-type scanning system, wherein bar code symbols downwardly facing the conveyor belt can be automatically scanned as they are transported through the system in a high-speed manner.

[0071] Another object of the present invention is to provide an improved method of identifying and measuring packages within a tunnel-scanning environment through which objects of various types can be conveyed at high transport speeds.

[0072] Another object of the present invention is to provide an automated package identification and measuring system characterized by: lower labor costs; higher load efficiency; perfect destination accuracy; extremely fast ID throughput; more accurate shipping charges; fast, accurate tracking and sorting; and precision package weights, shapes, and measurements.

[0073] Another object of the present invention is to provide an automated package identification and measuring system which can read bar codes anywhere on a parcel moving down a fast conveyor line: top; sides; front; rear; and bottom.

[0074] Another object of the present invention is to provide an automated package identification and measuring system which enables fully automated package handling on real world-sized bar codes.

[0075] Another object of the present invention is to provide an automated package identification and measuring system which does not require any human intervention during handling.

[0076] Another object of the present invention is to provide an automated package identification and measuring system which can sort the package after bar code data on the package has been read and captured by the system software.

[0077] Another object of the present invention is to provide an automated package identification and measuring system which can measure and weigh the package, eliminating the “guesstimating” often required by human operators.

[0078] Another object of the present invention is to provide an automated package identification and measuring system which enables exact weighing and measuring of packages, and thus minimizes wasted cargo space and more carrying capacity on every shipment, thereby allowing shippers to bill customers with greater precision, with fees keyed to package volume, shape, weight, and destination.

[0079] Another object of the present invention is to provide an automated method of automated identifying and measuring packages arranged in either a singulated, side-by-side or stacked configuration on a conveyor structure.

[0080] A further object of the present invention is to provide a novel way of and means for digitizing digital scan data while correlating laser scanning information.

[0081] A further object of the present invention is to provide a novel way of and means for decoding digital scan count data while correlating laser scanning information for use in various types of object tracking operations.

[0082] These and other objects of the present invention will become apparent hereinafter and in the claims to Invention.

BRIEF DESCRIPTION OF THE DRAWINGS

[0083] For a more complete understanding of the present invention, the following Detailed Description of the Illustrative Embodiment should be read in conjunction with the accompanying Drawings, wherein:

[0084]FIG. 1A is a perspective view of an automated tunnel-type laser scanning package identification and measurement (e.g. dimensioning and weighing) system constructed in accordance with the first illustrated embodiment of the present invention;

[0085]FIG. 1B is an end elevated view of the system shown in FIG. 1A;

[0086]FIG. 1C is a first perspective view of the tunnel-type package identification and measurement system of the first illustrative embodiment of the present invention;

[0087]FIG. 1D is a second perspective view of the tunnel-type package identification and measurement system of FIG. 1A, shown in larger scale and with a portion of its conveyor structure removed from about the tunnel laser scanning subsystem;

[0088]FIG. 1E is a third perspective view of the tunnel-type package identification and measurement system of the first illustrative embodiment, removed from the scanner support framework, in order to clearly show the O-ring conveyor platform for staggering packages prior to entering the 3-D scanning volume, the light curtain associated with the packaging dimensioning subsystem for determining the total volume of the package, and whether there are multiple packages entering the 3-D scanning volume, a scanner management computer system (i.e. Station) with a graphical user interface (GUI) for easily configuring the scanning subsystems within the system and monitoring the flow of packages into the scanning tunnel, and an exit sensor for detecting the exit of each scanned package within the scanning tunnel;

[0089]FIG. 1F is an elevated end view of the tunnel-type laser scanning system of the first illustrative embodiment of the present invention, shown in greater detail, detached from a portion of its roller-based conveyor subsystem and scanner management subsystem;

[0090]FIG. 1G is a perspective view of the split-section conveyor subsystem and its bottom-mounted laser scanning projection subsystem, and user-interface/workstation, shown detached from the scanner support framework shown in FIGS. 1A, 1B and 1C;

[0091]FIG. 2A is a perspective view of the split-conveyor subsystem removed from the scanner support framework of the system of the first illustrative embodiment, showing a coordinate reference framework symbolically embedded within the conveyor subsystem and shown with graphical indications describing the directions of yaw, pitch and roll of each triple-scanning disc holographic scanner supported from the scanner support framework of the tunnel scanning system shown in FIGS. 1A and 1B;

[0092]FIG. 2B is a perspective view of the split-conveyor subsystem removed from the scanner support framework of the package identification and measurement system of the first illustrative embodiment, showing a coordinate reference framework symbolically embedded within the conveyor system and schematically depicted with graphical indications describing the directions of yaw, pitch and roll of each single-scanning disc holographic scanner supported from the scanner support framework of the tunnel scanning subsystem shown in FIGS. 1A and 1B;

[0093]FIG. 2C is a table setting forth data specifying the position and orientation of the sixteen omni-directional holographic laser scanners mounted within the tunnel scanning subsystem of the first illustrative embodiment of the present invention, wherein the position of each single-disc holographic scanner is specified with respect to the center of the holographic scanning disc contained within each such scanning unit, and the position of each triple-disc holographic scanner is specified with respect to the center of the middle holographic scanning disc contained within each such scanning unit;

[0094]FIG. 3A1 is a perspective, partially cut-away view of the single-disc holographic laser scanning subsystem (e.g. indicated as UF Corner #1, L/F Corner #2, UB Corner #1, LIB Corner #2, R/F Corner #1, R/F Corner #2, R/B Corner #1 and R/B Corner #2 in FIG. 1C and the Scanner Positioning Table shown in FIG. 2C), mounted within the corners of the tunnel-type scanning system of the first illustrative embodiment, showing the holographic scanning disc surrounded by one of its six beam folding mirrors, parabolic light collection mirrors, laser beam production modules, photodetectors, and analog and digital signal processing boards mounted on the optical bench of the subsystem;

[0095]FIG. 3A2 is a plan view of the single-disc holographic laser scanning subsystem employed in the tunnel scanning subsystem of the first illustrative embodiment, showing the holographic scanning disc surrounded by six laser scanning stations comprising a beam folding mirror, parabolic light collection mirror, laser beam production module (employing a VLD), each of which is enclosed in a compact housing adapted for adjustable support by the scanner support framework employed in the tunnel scanning subsystem of the illustrative embodiment;

[0096]FIG. 3A3 is a cross-sectional view of the single-disc holographic laser scanning subsystem shown in FIG. 3A2, showing its holographic scanning disc rotatably supported by its scanning motor mounted on the optical bench of the subsystem;

[0097]FIG. 3A4 is a schematic representation of the layout of the volume-transmission type holographic optical element (HOEs) mounted between the glass support plates of the holographic scanning disc employed within the single-disc holographic scanning subsystem installed in the tunnel scanning system of the first illustrative embodiment;

[0098] FIGS. 3A5A through 3A5C, taken together, show a table setting forth the design parameters used to construct each holographic disc within the single-disc holographic scanning subsystem employed in the tunnel scanning system of the first illustrative embodiment;

[0099]FIG. 3A6 is a schematic representation of the laser scanning pattern projected from the single-disc holographic laser scanning subsystem employed in the tunnel-type scanning system of the first illustrative embodiment of the present invention;

[0100] FIGS. 3A7A through 3A7C, taken together, is a schematic illustration of the subcomponents configured together on the analog signal processing boards and decode signal processing boards within the housing of the single-disk holographic laser scanning subsystem of the first illustrative embodiment of the present invention;

[0101]FIG. 3A8A is an elevated view of the home-pulse mark sensing module of the present invention deployed about each holographic scanning disc in the system of the first illustrative embodiment of the present invention;

[0102]FIG. 3A8B is a plan view of the home pulse mark sensing module shown in FIG. 3A8A;

[0103] FIGS. 3A8C1 and 3A8C2, taken together, show a schematic diagram of an analog signal processing circuit which can be used to implement the home-pulse detector employed in the holographic laser scanning subsystems of the first illustrative embodiment of the present invention;

[0104]FIG. 3B1 is a plan view of the triple-disc holographic scanning subsystem (e.g. indicated as Top/Front, Top/Back, Left Side/Front, Left Side/Back, Right Side/Front and Right Side/Back in FIG. 1C and the Scanner Positioning Table shown in FIG. 2C), mounted on the top and sides of the tunnel-type scanning system of the first illustrative embodiment, showing three holographic scanning discs mounted on an optical bench with 13.3 inches spacing between the axis of rotation of each neighboring holographic scanning disc, and each holographic scanning disc being surrounded by six beam folding mirrors, six parabolic light collection mirrors, six laser beam production modules, six photodetectors, and six analog and digital signal processing boards mounted on the optical bench of the subsystem;

[0105]FIG. 3B2 is a schematic representation of the layout of the volume-transmission type holographic optical elements (HOEs) mounted between the glass support plates of each holographic scanning disc employed within the triple-disc holographic scanning subsystem shown in FIG. 3B1;

[0106] FIGS. 3B3A and 3B3B, taken together, provide a table setting forth the design parameters used to construct within each holographic scanning disc each holographic scanning subsystem employed in the triple-disc holographic laser scanner shown in FIG. 3B1;

[0107]FIG. 3B4 is a schematic representation of the laser scanning pattern projected from the single-disc holographic laser scanning subsystem employed in the triple-disc holographic laser scanner shown in FIG. 3B1, when no beam folding mirrors associated therewith are angularly located or rotated;

[0108]FIG. 3B5 is a table setting forth the angular location and rotation of each beam folding mirror in the center and end-located holographic scanning subsystems employed in the triple-disc holographic laser scanner shown in FIG. 3B1;

[0109]FIG. 3B6 is a schematic representation of the laser scanning pattern projected from the center holographic laser scanning subsystem employed in the triple-disc holographic laser scanner shown in FIG. 3B1, wherein each beam folding mirror associated therewith is angularly located and rotated as shown in the table of FIG. 3B5, to achieve the desired scanning pattern;

[0110]FIG. 3B7 is a schematic representation of the laser scanning pattern projected from end-located holographic laser scanning subsystems employed in the triple-disc holographic laser scanner shown in FIG. 3B1, wherein each of beam folding mirrors associated therewith is angularly located and rotated to achieve the desired scanning pattern;

[0111]FIG. 3B8 is a schematic representation of the laser scanning pattern projected from the triple-disc holographic laser scanner shown in FIG. 3B1;

[0112]FIG. 3C1 is a plan view of the triple-disc holographic scanning subsystem (e.g. indicated as Front and Back in FIG. 1C and the Scanner Positioning Table shown in FIG. 2C), mounted on the top of the tunnel-type scanning system of the illustrative embodiment, showing three holographic scanning discs mounted on an optical bench with 14.0 inches spacing between the axis of rotation of each neighboring holographic scanning disc, and each holographic scanning disc being surrounded by six beam folding mirrors, six parabolic light collection mirrors, six laser beam production modules, six photodetectors, and six analog and digital signal processing boards mounted on the optical bench of the subsystem;

[0113]FIG. 3C2 is a schematic representation of the laser scanning pattern projected from the triple-disc holographic laser scanner shown in FIG. 3C1;

[0114]FIG. 3D1 is an exploded diagram of the fixed laser projection scanner mounted beneath the conveyor belt surface of the system and between the first and second conveyor belt platforms of the conveyor subsystem employed in the tunnel scanning system of the first illustrative embodiment of the present invention, showing the optical bench upon which eight fixed projection-type laser scanning subsystems are mounted and enclosed within a scanner housing having a rugged glass scanning window bridging the gap provided between the first and second conveyor belt platforms;

[0115]FIG. 3D2 is a perspective diagram of the projection-type laser scanning subsystem mounted within the bottom-mounted fixed projection scanner shown in FIG. 3D1, showing an eight-sided polygon scanning element rotatably mounted closely adjacent to a stationary mirror array comprised of four planar mirrors, and a light collecting mirror centrally mounted for focusing light onto a photodetector disposed slightly beyond the polygon scanning element;

[0116]FIG. 3D3A is a plan view of the eight fixed-projection laser scanning subsystems mounted on the optical bench of the bottom-mounted laser scanner shown in FIG. 3D1;

[0117]FIG. 3D3B is an elevated end view of the eight fixed-projection laser scanning subsystems mounted on the optical bench of the bottom-mounted laser scanner shown in FIG. 3D1, so that the scanning window(s) of the fixed projection laser scanning subsystems (i.e. platforms or benches) are disposed at about a 28° angle with respect to the optically transparent extending across the width extent of the plane of the conveyor belt structure of the system;

[0118]FIG. 3D4 is a schematic representation of the partial scanning pattern produced by the eight-sided polygon scanning element and two stationary mirrors mounted adjacent to the central plane of each fixed-projection laser scanning subsystem mounted on the optical bench of the bottom-mounted laser scanner shown in FIG. 3D1;

[0119]FIG. 3D5 is a schematic representation of the partial scanning pattern produced by the eight-sided polygon scanning element and two outer stationary mirrors mounted adjacent to the two inner-located stationary mirrors in each fixed-projection laser scanning subsystem mounted on the optical bench of the bottom-mounted laser scanner shown in FIG. 3D1;

[0120]FIG. 3D6 is a schematic representation of the complete scanning pattern produced by the eight-sided polygon scanning element and four stationary mirrors mounted about the central plane of each fixed-projection laser scanning subsystem mounted on the optical bench of the bottom-mounted laser scanner shown in FIG. 3D1;

[0121]FIG. 3D7 is a schematic representation of the resultant (collective) omni-directional scanning pattern produced through the conveyor-mounted scanning window, by the eight fixed-projection laser scanning subsystems mounted on the optical bench of the bottom-mounted laser scanner shown in FIG. 3D1;

[0122]FIG. 4 is a schematic block diagram illustrating that the holographic and fixed-projection laser scanning subsystems, the package dimensioning/measurement subsystem, package velocity and length measurement subsystem, the package-in-tunnel indication subsystem, the package-out-of-tunnel subsystem, the package weighing-in-motion subsystem, the data-element queuing, handling and processing subsystem, the input/output port multiplexing subsystem, and the conveyor belt subsystem integrated together within the automated tunnel-type package identification and measurement system of the first illustrative embodiment of the present invention;

[0123]FIG. 5A is a schematic diagram showing the directions of omni-directional scanning provided in the X-Y plane of the 3-D scanning volume of the tunnel scanning system of the first illustrative embodiment Top Front and Top Back holographic laser scanning subsystems, and bottom-mounted fixed projection scanning subsystem employed therein;

[0124]FIG. 5B is a schematic diagram showing the direction of omni-directional scanning provided in the Y-Z plane of the 3-D scanning volume of the tunnel scanning system of the first illustrative embodiment, by the bottom-mounted fixed-projection laser scanning subsystem employed therein;

[0125]FIG. 6 is a schematic diagram showing the direction of omni-directional scanning provided in the X-Y plane of the 3-D scanning volume of the tunnel scanning system of the first illustrative embodiment, by the Left Side Front, Left Side Back, Right Side Front and Right Side Back holographic laser scanning subsystems employed therein;

[0126]FIG. 7 is a schematic diagram showing the direction of omni-directional scanning provided in the Y-Z plane of the 3-D scanning volume of the tunnel scanning system of the first illustrative embodiment, by the Top Front and Top Back holographic laser scanning subsystems employed therein;

[0127]FIG. 8A is a schematic diagram showing the direction of omni-directional scanning provided in the Y-Z plane of the 3-D scanning volume of the tunnel scanning system of the first illustrative embodiment of the present invention, by the holographic laser scanning subsystems (indicated by R/B Corner #1, R/B Corner #2, R/F Corner #1 and R/F Corner #2) employed therein;

[0128]FIG. 8B is a schematic diagram showing the direction of omni-directional scanning provided in the X-Y plane of the 3-D scanning volume of the tunnel scanning system of the first illustrative embodiment of the present invention, by the holographic laser scanning subsystems (indicated by RIB Corner #1, R/B Corner #2, R/F Corner #1 and R/F Corner #2) employed therein;

[0129]FIG. 9A is a schematic diagram showing the direction of omni-directional scanning provided in the Y-Z plane of the 3-D scanning volume of tunnel scanning system of the first illustrative embodiment of the present invention, by the holographic laser scanning subsystems (indicated by UB Corner #I, L/B Corner #2, LI/F Corner #1 and UF Corner #2) employed therein;

[0130]FIG. 9B is a schematic diagram showing the direction of omni-directional scanning provided in the X-Y plane of the 3-D scanning volume of tunnel scanning system of the first illustrative embodiment of the present invention, by the holographic laser scanning subsystems (indicated by L/B Corner #I, L/B Corner #2, L/F Corner #1 and L/F Corner #2) employed therein;

[0131]FIG. 10A is a schematic representation of the components on the control board and decode processing boards associated with holographic scanning disc employed within the tunnel scanning subsystem of the first illustrative embodiment of the present invention, showing the home-pulse detector and home-offset pulse (HOP) generator on the control board, and the start-of-facet-sector pulse (SFSP) generator, digitizer circuitry, decode signal processor and ROM containing relative timing information about each SFSP in relation to the HOP sent to the decode processing board from the control board of the present invention;

[0132]FIG. 10B is a schematic representation of the start-of-facet-sector pulse (SFSP) generator employed on each decode board associated with a holographic laser scanning subsystem in the system of the first illustrative embodiment of the present invention;

[0133]FIG. 10C is a first table containing parameters and information that are used within the SFP generation module of the SFSP generator shown in FIG. 10B;

[0134]FIG. 10D is a schematic representation of the operation of the start-of-facet pulse (SFP) generation module employed within each SFSP generator of the present invention, wherein start of facet pulses are generated within the SFP generation module relative to the home-offset pulse (HOP) received from the HOP generator on the control board associated with each holographic scanning disc;

[0135]FIG. 10E is a second table containing parameters and information that are used within the SFP generation module of the SFSP generator shown in FIG. 10B;

[0136] FIGS. 10F1 and 10F2 set forth a table containing a set of production rules used within the SFP generation module of the SFSP generator shown in FIG. 10B, to generate start-of-facet-sector pulses therewithin;

[0137]FIG. 10G is a schematic representation of the operation of the start-of-facet-sector pulse (SFSP) generator of the present invention, wherein start of facet sector pulses (SFSPs) are generated within the SFSP generator relative to the home-offset pulse (HOP) received from the HOP generator on the control board associated with each holographic scanning disc;

[0138] FIGS. 11A1 and 11A2, taken together, provide a schematic diagram of the digitizing circuit shown in FIG. 10A, using a pair of dual FIFO memory storage buffers to synchronously track digital scan data and information about the facet-sectors on the optically-encoded holographic scanning disc of FIG. 12A used to generate the laser scanning beam that was used to collect such digital scan data from a bar code symbol on a package transported through the tunnel scanning subsystem of the first illustrative embodiment of the present invention;

[0139]FIG. 11B is a schematic diagram showing in greater detail the digitizing circuit shown in FIG. 10A;

[0140] FIGS. 11C1, 11C2 and 11D set forth tables containing parameters and information that are used within the decode processor of the present invention shown in FIG. 11B in order to recover digital count data from time-based facet-sector related information, and generate decoded symbol character data and the minimum and maximum facet sector angles that specify the facet sector on a particular holographic scanning disc used to generate the laser scanning beam/plane that collects the scan data associated with the decoded bar code symbol;

[0141]FIG. 11E is a high level flow chart describing the steps of the process carried out by the decode processor of the present invention shown in FIG. 11B;

[0142]FIG. 12A is a schematic diagram of the holographic scanning disc that contains an optically-encoded home-pulse mark as well as a series of start-of-facet-sector marks about the outer edge thereof for indicating where each facet sector along the disc begins, relative to the home pulse mark;

[0143]FIG. 12B is a schematic representation of the components on the control board and decode processing boards associated with an optically-encoded holographic scanning disc which can be employed within the tunnel scanning subsystem of the present invention, showing the home-pulse detector and home-offset pulse (HOP) generator on the control board, and the start-of-facet-sector pulse (SFSP) generator, digitizer circuitry, decode signal processor and ROM containing relative timing information about each SFSP in relation to the HOP sent to the decode processing board from the control board of the present invention;

[0144]FIG. 12C is a schematic representation of the start-of-facet-sector pulse (SFSP) generator employed on each decode board shown in FIG. 12B;

[0145]FIG. 12D is a table containing parameters and information that are used within the SFSP generation module of the SFSP generator shown in FIG. 12C;

[0146]FIG. 12E is a schematic representation of the operation of the start-of-facet sector pulse (SFSP) generator shown in FIG. 12C, wherein start of facet sector pulses are generated therewithin relative to the home-offset pulse (HOP) received from the HOP generator on the control board associated with each holographic scanning disc;

[0147] FIGS. 13A1 and 13A2, taken together, set forth a schematic diagram of the digitizing circuit shown in FIG. 12B using a pair of dual FIFO memory storage buffers to synchronously track digital scan data and information about the facet-sectors on a holographic scanning disc used to generate the laser scanning beam that was used to collect such digital scan data from a bar code symbol on a package transported through the tunnel scanning subsystem hereof;

[0148]FIG. 13B is a schematic diagram showing the digitizing circuit of FIGS. 13A1 and 13A2 in greater detail;

[0149] FIGS. 13C1 and 13C2 are tables containing parameters and information that are used within the decode processor of the present invention shown in FIGS. 13A1 and 13A2 in order to recover digital count data from time-based facet-sector related information, and generate decoded symbol character data and the minimum and maximum facet sector angles that specify the facet sector on a particular holographic scanning disc used to generate the laser scanning beam/plane that collects the scan data associated with the decoded bar code symbol;

[0150]FIG. 13D is a high level flow chart describing the steps of the process carried out by the decode processor of the present invention shown in FIG. 12B;

[0151]FIG. 14A is a schematic representation of the components on the control board and decode processing boards associated with a holographic scanning disc employed within an alternative embodiment of the holographic scanning subsystems in the tunnel scanning subsystem of the first illustrative embodiment of the present invention, showing the home-pulse detector and home-offset pulse (HOP) generator on the control board, and the start-of-facet-sector pulse (SFSP) generator, digitizer circuitry, and decode signal processor;

[0152]FIG. 14B is a schematic representation of the start-of-facet-sector pulse (SFSP) generator employed on each decode board associated with a holographic laser scanning subsystem depicted in FIG. 14A;

[0153]FIG. 14C is a flow chart describing the operation of the HOP generator on the control board associated with each holographic scanning disc, wherein home offset pulses (HOPs) are automatically generated from the HOP generator aboard the control board in each holographic laser scanning subsystem independent of the angular velocity of the holographic scanning disc employed therein;

[0154]FIG. 14D is a flow chart describing the operation of the SFSP generator aboard each decode board, wherein start of facet pulses (SFPs) are automatically generated within the SFP generation module relative to the home-offset pulse (HOP) received by the control module in the SFSP generator independent of the angular velocity of the holographic scanning disc of the subsystem, and wherein start of facet sector pulses (SFSPs) are automatically generated within the SFSP generation module relative to SFPs generated by the SFP generation module, independent of the angular velocity of the holographic scanning disc of the subsystem;

[0155]FIG. 15A is a schematic representation of the package velocity and length measurement subsystem of the present invention configured in relation to the tunnel conveyor and package height/width profiling subsystems of the system of the first illustrative embodiment of the present invention;

[0156]FIG. 15B1 is a schematic representation showing the dual-laser based package velocity and measurement subsystem installed in a “direct transmit/receive” configuration at the location of the vertical and horizontal light curtains employed in the package height/width profiling subsystem of the present invention;

[0157]FIG. 15B2 is a schematic representation of the signals received by the photoreceivers of the dual-laser based package velocity and measurement subsystem shown in FIG. 15A;

[0158]FIG. 15B3 is a schematic representation of the signals generated by the photoreceiving circuitry and provided as input to the signal processor of the dual-laser based package velocity and measurement subsystem shown in FIG. 15A;

[0159]FIG. 15B4 is a schematic diagram of circuitry for driving the dual laser diodes used in the dual-laser based package velocity and measurement subsystem of FIG. 15B1;

[0160] FIGS. 15B5A and 15B5B, taken together, provide a schematic diagram of circuitry for conditioning the signals received by the photoreceivers employed in the dual-laser based package velocity and measurement subsystem of FIG. 15B1;

[0161]FIG. 15C1 is a schematic representation showing the dual-laser based package velocity and measurement subsystem installed in a “retro-reflection” configuration at the location of the vertical and horizontal light transmitting/receiving structures employed in the package height/width profiling subsystem of the present invention;

[0162]FIG. 15C2 is a schematic diagram of electronic circuitry adapted for automatically generating a pair of laser beams at a known space-part distance, towards a retroflective device positioned on the opposite side of the conveyor belt of the system of the first illustrative embodiment of the present invention, and automatically detecting the retroflected beams and processing the same so as to produce signals suitable for computing the length and velocity of a package passing through the transmitted laser beams within the dual-laser based package velocity and measurement subsystem of FIG. 15C1;

[0163] FIGS. 15D1 through 15D3, taken together, set forth a flow chart describing the steps carried out by the signal processor used in the dual-laser based package velocity and measurement subsystems of FIG. 15A and FIG. 15C1, so as to compute the velocity (v) and length (L) of the package transported through the laser beams of the dual-laser based package velocity and measurement subsystem hereof;

[0164]FIG. 16A is a perspective view of the automated package identification and measurement system of the present invention, showing the location of the package height/width profiling subsystem (and package-in-tunnel signaling subsystem) in relation thereto and the global coordinate reference system R_(global) symbolically embedded within the structure thereof, as shown;

[0165]FIG. 16B is a schematic representation of the horizontally and vertically arranged light transmitting and receiving structures and subcomponents employed in the package height/width profiling subsystem in the system of the first illustrative embodiment of the present invention;

[0166]FIG. 17A is an elevated side view of a pair of packages, arranged in a side-by-side configuration, and about to be transported through the package height/width profiling subsystem of FIG. 16B;

[0167]FIG. 17B is a plan view of a pair of packages, arranged in a side-by-side configuration, and about to be transported through the package height/width profiling subsystem of FIG. 16B;

[0168]FIG. 17C is an elevated side view of a pair of packages, arranged in a side-by-side configuration, and being transported through and thus profiled by the package height/width profiling subsystem of FIG. 16B;

[0169]FIG. 18A is an elevated side view of a pair of stacked packages conveyed along the conveyor belt subsystem, wherein one package is being transported through and thus profiled by the package height/width profiling subsystem of FIG. 16B, while the other package has not yet been profiled by the subsystem;

[0170]FIG. 18B is an elevated side view of a pair of stacked packages conveyed along the conveyor belt subsystem, wherein both packages are being transported through and thus profiled by the package height/width profiling subsystem of FIG. 16B;

[0171]FIG. 18C is an elevated side view of a pair of stacked packages conveyed along the conveyor belt subsystem, wherein one package is being transported through and thus profiled by the package height/width profiling subsystem of FIG. 16B, while the other package has already been profiled by the subsystem;

[0172]FIG. 19A is a schematic diagram of an improved third-order finite-impulse-response (FIR) digital filter system that can be used to filter data streams produced from the width and height profiling data channels of the package height/width profiling subsystem of FIG. 16B, in order to detect sudden changes in width and height profiles along the conveyor belt, within the context of a method of simultaneous package detection and tracking being carried out on a real-time basis in accordance with the principles of the present invention;

[0173]FIG. 19B is a flow chart describing the operation of the FIR digital filter system of FIG. 19A and how it detects sudden changes in the width and height data streams produced by the package height/width profiling subsystem of FIG. 16B;

[0174]FIG. 19C is a flow chart describing the method of simultaneously detecting “side-by-side” configurations of packages along a conveyor belt using the FIR digital filter system of FIG. 19A to detect sudden changes in the width data streams produced by the package height/width profiling subsystem of FIG. 16B;

[0175]FIG. 19D is a flow chart describing the method of simultaneously detecting “stacked” configurations of packages along a conveyor belt using the FIR digital filter of FIG. 19A to detect sudden changes in the height data streams produced by the package height/width profiling subsystem of FIG. 16B;

[0176]FIG. 20A is an elevated side schematic view of the in-motion weighing subsystem employed in the system of the first illustrative embodiment of the present invention, wherein the scale and data processing subcomponents thereof are shown arranged about the package height/width profiling subsystem of FIG. 16A;

[0177]FIG. 20B is a plan view of the in-motion weighing subsystem shown in FIG. 20A, wherein a moving package is shown being weighed on the scale component as it is transported along the conveyor belt of the system of the first illustrative embodiment;

[0178]FIG. 21 is a schematic diagram of the package-in-tunnel signaling subsystem employed in the automated package identification and measuring system of the first illustrative embodiment of the present invention;

[0179] FIGS. 22A1, 22A2 and 22B taken together provide a schematic representation of the data element queuing, handling and processing subsystem of the present invention shown in FIG. 4;

[0180] FIGS. 23A1 and 23A2 set forth a table of rules used to handle the data elements stored in the system event queue in the data element queuing, handling and processing subsystem of FIGS. 22A1 through 22B;

[0181]FIG. 24A is a schematic representation of the surface geometry model created for each package surface by the package surface geometry modeling subsystem (i.e. module) deployed with the data element queuing, handling and processing subsystem of FIGS. 22A1 through 22B, illustrating and showing how each surface of each package (transported through package dimensioning/measuring subsystem and package velocity/length measurement subsystem) is mathematically represented (i.e. modeled) using at least three position vectors (referenced to x=0, y=0, z=0) in the global reference frame R_(global), and a normal vector drawn to the package surface indicating the direction of incident light reflection therefrom;

[0182]FIG. 24B is a table setting forth a preferred procedure for creating a vector-based surface model for each surface of each package transported through the package dimensioning/measuring subsystem and package velocity/length measurement subsystem of the system hereof;

[0183] FIGS. 25A1 and 25A2 set forth a schematic representation of a diffraction-based geometric optics model, created by the scan beam geometry modeling subsystem (i.e. module) of FIGS. 22A1 through 22B, for the propagation of the laser scanning beam (ray) emanating from a particular point on the facet, towards its point of reflection on the corresponding beam folding mirror, towards to the focal plane determined by the focal length of the facet, created within the scan beam geometry modeling module of the system hereof;

[0184] FIGS. 25B1 through 25B3 set forth a table of parameters used to construct the diffraction-based geometric optics model of the scanning facet and laser scanning beam shown in FIGS. 25A1 and 25A2;

[0185] FIGS. 25C1 and 25C2, taken together, set forth a table of parameters used in the spreadsheet design of the holographic laser scanning subsystems of the present invention, as well as in real-time generation of geometrical models for laser scanning beams using 3-D ray-tracing techniques;

[0186]FIG. 26 is a schematic representation of the laser scanning disc labeled with particular parameters associated with the diffraction-based geometric optics model of FIGS. 25A1 and 25A2;

[0187]FIG. 27 is a table setting forth a preferred procedure for creating a vector-based ray model for laser scanning beams which have been produced by a holographic laser scanning subsystem of the system hereof, that may have collected the scan data associated with a decoded bar code symbol read thereby within the tunnel scanning subsystem;

[0188]FIG. 28 is a schematic representation of the vector-based 2-D surface geometry model created for each candidate scan beam by the scan surface modeling subsystem (i.e. module) shown in FIG. 22B, and showing how each omnidirectional scan pattern produced from a particular polygon-based bottom scanning unit is mathematically represented (i.e. modeled) using four position vectors (referenced to x=0, y=0, z=0) in the global reference frame R_(global), and a normal vector drawn to the scanning surface indicating the direction of laser scanning rays projected therefrom during scanning operations;

[0189]FIG. 29 is a schematic representation graphically illustrating how a vector-based model created within a local scanner coordinate reference frame R_(localscannerj) can be converted into a corresponding vector-based model created within the global scanner coordinate reference frame R_(global) using homogeneous transformations;

[0190]FIG. 30 is a schematic representation graphically illustrating how a vector-based package surface model created within the global coordinate reference frame R_(global) at the “package height/width profiling position” can be converted into a corresponding vector-based package surface model created within the global scanner coordinate reference frame R_(global) at the “scanning position” within the tunnel using homogeneous transformations, and how the package travel distance (d) between the package height/width profiling and scanning positions is computed using the package velocity (v) and the difference in time indicated by the time stamps placed on the package data element and scan beam data element matched thereto during each scan beam/package surface intersection determination carried out within the data element queuing, handling and processing subsystem of FIGS. 22A1, 22A2 and 22B;

[0191]FIGS. 31A and 31B, taken together, provide a procedure for determining whether the scan beam (rays) associated with a particular scan beam data element produced by a holographic scanning subsystem intersects with any surface on the package that has been scanned at a particular scanning position, and thus whether to correlate a particular package identification data element with particular package measurement data element acquired by the system;

[0192]FIGS. 32A and 32B, taken together, provide a procedure for determining whether the scanning surface associated with a particular scan beam data element produced by a non-holographic (e.g. polygon-based) bottom-located scanning subsystem intersects with any surface on the package that has been scanned at a particular scanning position, and thus whether to correlate a particular package identification data element with particular package measurement data element acquired by the system;

[0193]FIG. 33 is a perspective view of a “dual-lane” automated tunnel-type laser scanning package identification and weighing system constructed in accordance with the second illustrative embodiment of the present invention;

[0194]FIG. 34 is a schematic block diagram illustrating the holographic laser scanning subsystems, the package-in-tunnel indication subsystem, the package velocity measurement subsystem, the package-out-of-tunnel indication subsystem, the package weighing-in-motion subsystem, the data-element queuing, handling and processing subsystem, the input/output port multiplexing subsystem, and the package conveyor subsystem of the second illustrative embodiment;

[0195]FIG. 35 is a schematic representation of the laser scanning pattern projected from each disc in the dual-disc holographic laser scanning subsystem employed in the tunnel-type scanning system of the second illustrative embodiment of the present invention;

[0196]FIG. 36 is a plan view of a dual-disc holographic laser scanning subsystem mounted over the conveyor belt of the system shown in FIG. 33;

[0197]FIG. 37 is a schematic representation of each holographic laser scanning disc employed in the laser scanning subsystem of the second illustrative embodiment;

[0198]FIG. 38 is a table setting forth the design parameters used to construct each holographic disc within the dual-disc holographic scanning subsystem employed in the tunnel scanning system of the second illustrative embodiment;

[0199]FIGS. 39A through 39C, taken together, is a schematic illustration of the subcomponents configured together on the analog signal processing boards and decode signal processing boards within the housing of the single-disk holographic laser scanning subsystem of the second illustrative embodiment of the present invention;

[0200]FIGS. 40A through 40C, taken together, set forth a flow chart describing the computational process used by the conveyor belt velocity measurement subsystem shown in FIG. 33, to compute the velocity of the conveyor belt of the system of the second illustrative embodiment of the present invention;

[0201]FIGS. 41A and 41B, taken together, provide a schematic representation of the data element queuing, handling and processing subsystem employed in the system of the second illustrative embodiment of the present invention, illustrated in FIG. 33;

[0202]FIGS. 42A and 42B set forth a table of rules used to handle the data elements stored in the system event queue in the data element queuing, handling and processing subsystem of FIGS. 41A and 41B;

[0203]FIG. 43 is a schematic representation of the system and method used herein to create vector-based models of each package location region within the tunnel scanning system of the second illustrative embodiment;

[0204]FIGS. 44A and 44B provide a flow chart setting forth a preferred procedure for creating a vector-based model for each package location region within the tunnel scanning system of the second illustrative embodiment;

[0205]FIG. 45 is a schematic representation graphically illustrating how a vector-based scanning beam model created within a local scanner coordinate reference frame R_(localscannerj) can be converted into a corresponding vector-based model created within the global scanner coordinate reference frame R_(global) using homogeneous transformations of the second illustrative embodiment;

[0206]FIG. 46 is a flow chart setting forth a preferred procedure for determining whether the scan beam (rays) associated with a particular scan beam data element produced by a holographic scanning subsystem within the system of FIG. 33 intersects with the package location region associated with package scanned at the scanning position associated with the scan beam data element, and thus whether to correlate a particular package identification data element with a particular package measurement data element or like token acquired by the system;

[0207]FIG. 47 is a perspective view of an automated tunnel-type laser scanning package identification and weighing system constructed in accordance with the third illustrative embodiment of the present invention, wherein multiple packages, arranged in stacked and/or side-by-side configurations, are transported along a high speed conveyor belt, dimensioned, weighed and identified in a fully automated manner without human intervention;

[0208]FIG. 48 is schematic block diagram of the system of FIG. 47, showing the subsystem structure thereof as comprising a scanning tunnel including holographic and non-holographic laser scanning subsystems, a first simultaneous multiple-package detection and dimensioning subsystem installed on the input side of the tunnel scanning subsystem, a second simultaneous multiple-package detection and dimensioning subsystem installed on the output side of the tunnel scanning subsystem, a package/belt velocity measurement subsystem, a package weighing-in-motion subsystem, a data-element queuing, handling and processing subsystem, an input/output (I/O) subsystem, a conveyor belt subsystem, and a master clock for establishing a global time reference when time-stamping data elements generated throughout the system;

[0209]FIG. 49A is a schematic representation of the first simultaneous multiple-package detection and dimensioning subsystem installed on the input side of the tunnel scanning subsystem, showing its various constituent subcomponents;

[0210] FIGS. 49B1 and 49B2, taken together, is a schematic representation of the height profile data analyzer employed in the subsystem of FIG. 49A, comprising a data controller, time-stamping module, a height profile data element queue, a height profile data analyzer, and a plurality of moving package tracking queues assigned to different spatial regions above the conveyor belt of the system located on the input side of the tunnel scanning subsystem;

[0211]FIG. 49C is a schematic block diagram of the laser scanning mechanism employed in the first simultaneous multiple-package detection and dimensioning subsystem shown in FIG. 49A;

[0212]FIG. 50A is a schematic representation of the second simultaneous multiple-package detection and dimensioning subsystem installed on the output side of the tunnel scanning subsystem, showing its various constituent subcomponents;

[0213] FIGS. 50B1 and 50B2, taken together, is a schematic representation of the height profile data analyzer employed in the subsystem of FIG. 50A, comprising a data controller, time-stamping module, a height profile data element queue, a height profile data analyzer, and a plurality of moving package tracking queues assigned to different spatial regions above the conveyor belt of the system located on the output side of the tunnel scanning subsystem;

[0214]FIG. 50C is a schematic block diagram of the laser scanning mechanism employed in the second simultaneous multiple-package detection and dimensioning subsystem shown in FIG. 50A;

[0215] FIGS. 51A1, 51A2 and 51B, taken together, provide a schematic representation of the data element queuing, handling and processing subsystem of the present invention shown in FIGS. 47 and 48;

[0216]FIGS. 52A and 52B set forth a table of rules used to handle the data elements stored in the scan beam data element (SBDE) queue in the data element queuing, handling and processing subsystem of FIGS. 51A1, 51A2 and 51B;

[0217]FIG. 53A is a schematic representation of the surface geometry model created for each package surface by the package surface geometry modeling subsystem (i.e. module) deployed within the data element queuing, handling and processing subsystem of FIGS. 51A1 through 51B, illustrating and showing how each surface of each package transported through package dimensioning/measuring subsystem is mathematically represented (i.e. modeled) using at least three position vectors (referenced to x=0, y=0, z=0) in the global reference frame R_(global), and a normal vector drawn to the package surface indicating the direction of incident light reflection therefrom;

[0218]FIG. 53B is a table setting forth a preferred procedure for creating a vector-based surface model for each surface of each package transported through the package detection and dimensioning subsystem of the system hereof;

[0219]FIG. 54 is a table setting forth a preferred procedure for creating a vector-based ray model for laser scanning beams which have been produced by a holographic laser scanning subsystem of the system hereof, that may have collected the scan data associated with a decoded bar code symbol read thereby within the tunnel scanning subsystem;

[0220]FIG. 55 is a schematic representation of the vector-based 2-D surface geometry model created for each candidate scan beam by the scan surface modeling subsystem (i.e. module) shown in FIGS. 51A1 through 51B, and showing how each omnidirectional scan pattern produced from a particular polygon-based bottom scanning unit is mathematically represented (i.e. modeled) using four position vectors (referenced to x=0, y=0, z=0) in the global reference frame R_(global), and a normal vector drawn to the scanning surface indicating the direction of laser scanning rays projected therefrom during scanning operations;

[0221]FIG. 56 is a schematic representation graphically illustrating how a vector-based model created within a local scanner coordinate reference frame R_(localscannerj) can be converted into a corresponding vector-based model created within the global scanner coordinate reference frame R_(global) using homogeneous transformations;

[0222]FIG. 57 is a schematic representation graphically illustrating how a vector-based package surface model created within the global coordinate reference frame R_(global) at the “package height/width profiling position” can be converted into a corresponding vector-based package surface model created within the global scanner coordinate reference frame R_(global) at the “scanning position” within the tunnel using homogeneous transformations, and how the package travel distance (d) between the package height/width profiling and scanning positions is computed using the package velocity (v) and the difference in time indicated by the time stamps placed on the package data element and scan beam data element matched thereto during each scan beam/package surface intersection determination carried out within the data element queuing, handling and processing subsystem of FIGS. 51A1 through 51B;

[0223]FIGS. 58A and 58B, taken together, provide a procedure for determining whether the scan beam (rays) associated with a particular scan beam data element produced by a holographic scanning subsystem intersects with any surface on the package that has been scanned at a particular scanning position, and thus whether to correlate a particular package identification data element with particular package measurement data element acquired by the system;

[0224]FIGS. 59A and 59B, taken together, provide a procedure for determining whether the scanning surface associated with a particular scan beam data element produced by a non-holographic (e.g. polygon-based) bottom-located scanning subsystem intersects with any surface on the package that has been scanned at a particular scanning position, and thus whether to correlate a particular package identification data element with particular package measurement data element acquired by the system;

[0225]FIG. 60 is a schematic representation of an automatic package identification and measurement system of the present invention shown interfaced to a relational database management system (RDBMS) and an Internet information server which are connected to a local information network that is interconnected to the Internet, for the purpose of enabling customers and other authorized personnel to use a WWW-enabled browser program to (1) remotely access (from an Internet server) information about any packages transported through the system, as well as diagnostics regarding the system, and (2) remotely control the various subcomponents of the system in order to reprogram its subsystems, perform service routines, performance checks and the like, as well as carry out other forms of maintenance required to keep the system running optimally, while minimizing downtime or disruption in system operations.

DETAILED DESCRIPTION OF THE ILLUSTRATIVE EMBODIMENTS OF THE PRESENT INVENTION

[0226] Referring to the figures in the accompanying Drawings, the preferred embodiments of the automated package identification and measurement system of the present invention will be described in great detail, wherein like elements will be indicated using like reference numerals.

[0227] Automated Tunnel-Type Laser Scanning Package Identification and Measurement System of the First Illustrative Embodiment of the Present Invention

[0228] In FIG. 1A, there is shown an automated tunnel-type laser scanning package identification and measuring (e.g. dimensioning and weighing) system designed to meet the needs of demanding customers, such as the United States Postal Service (USPS), which requires “hands-free” bar code (or code symbol) scanning of at least six-sided packages, wherein the label containing the code symbol to be read could be positioned in any orientation on any one of the six or more sides of the box or container structure. As used hereinafter, the term “hands-free” shall mean scanning of bar codes on boxes or parcels that are travelling past the scanners in only one direction on some sort of conveyor system. In this illustrative embodiment, the package should be singulated in a conventional manner.

[0229] As shown in FIG. 4, the automated tunnel scanning system of the first illustrative embodiment indicated by reference numeral I comprises an integration of subsystems, namely: a high-speed package conveyor system 300 having a conveyor belt 302 comprising at least two separated sections 302A and 302B (as illustrated in FIGS. 1C through 1G), with each section having a width of at least 30 inches to support one or more package transport lanes along the conveyor belt; a tunnel scanning subsystem 100 including an arrangement of holographic and non-holographic laser scanning bar code symbol reading subsystems 101 through 117 supported overhead and below the conveyor belt by a support frame 304 (as illustrated in FIGS. 1C through 1E) so as to produce a truly 3-D omnidirectional scanning volume above the conveyor belt, for scanning bar codes on packages transported therethrough independent of the package or bar code orientation; a package velocity and length measurement subsystem 400; a package-in-the-tunnel indication subsystem 500 realized as a 2-D light sensing structure mounted along the conveyor belt, on the input side of the tunnel, for automatically detecting the presence of each package moving into the scanning tunnel; a package height/width (x-y) dimensioning subsystem 600, employing the 2-D light sensing structure of subsystem 500, for producing x-y profile data of detected packages; a package-out-of-the-tunnel indication subsystem 700 realized as an infrared (IR) light sensing object-detecting device mounted along the conveyor belt, on the output side of the tunnel, for automatically detecting the presence of packages moving out of the scanning tunnel; a weighing-in-motion subsystem 750 for weighing packages as they are transported along the conveyor belt; an input/output subsystem 800 for managing the inputs to and output from the system of FIG. 1A; and a data management computer 900 with a graphical user interface (GUI) 901, for realizing a data element queuing, handling and processing subsystem 1000, as well as other data and system management functions.

[0230] Laser Scanning Tunnel Subsystem of First Illustrative Embodiment of the Present Invention

[0231] As shown in FIGS. 1A through 1G, the tunnel scanning system of the first illustrative embodiment 1 comprises an arrangement of laser scanning subsystems (i.e. scanners) which, by virtue of their placement, relative to the conveyor belt subsystem 300, essentially form a “tunnel” scanning subsystem over and about the conveyor belt of the conveyor subsystem 300. In the field of package sortation of any sort, whether it be mail, luggage (as in an airport terminal) or other items or boxes, this type of code symbol scanning system is known as a “tunnel scanning system” by those skilled in the art.

[0232] The tunnel scanning system of the first illustrative embodiment, shown in great detail in FIGS. 1A through 9B, has been designed and constructed to meet a specific set of customer-defined scanning parameters. For example, the bar code label could be on any one side of a box having six sides. The bar code label could be in any orientation. Futhermore, the object bearing the bar code label to be read would be moving past the scanners of the conveyor belt travelling at speeds in excess of 400 feet per second. In the illustrative embodiment, the conveyor belts 302A and 302B are moving at 520 feet per second but may move faster in other embodiments. The types of codes to be read to include such codes as Code 39, Code 128 and others. The aspect ratio of the bar codes to be read is on the order of 10 mils and greater.

[0233] The tunnel scanning system of the present invention can be used in various types of applications, such as for example, where the bar codes are read to determine (a) identification of incoming packages, (b) identification of outgoing packages, and (c) sortation of outgoing packages. For sortation types of applications, the information derived from the bar code will be used not only to identify the package, but also to direct the package along a particular path using deflectors, routers and other instruments well known in the package and parcel handling art.

[0234] In the illustrative embodiment, the volume to be scanned within the tunneling subsystem (e.g. its 3-D scanning volume) is approximately: 1 meter wide (i.e. the width of the conveyor belt); ten feet long; and 1 meter tall (i.e. the height of the tallest possible box going through). The laser scanning pattern produced by the concerted operation of the holographic laser scanning subsystems identified in the drawings, and described above, fills this entire 3-D scanning volume with over 400,000 scan lines per second. The 3-D scanning volume of the tunnel scanning system, measured with respect to the surface of the conveyor belt, begins at the surface of the conveyor belt in order to scan flat items (such as envelopes), and extends up approximately 1 meter (“h) above the surface of the conveyor belt subsystem.

[0235] As shown in FIGS. 1A through 1D, sixteen holographic laser scanning subsystems 101 through 116 are mounted on a lightweight scanner support framework 304, at positions specified in Tunnel Scanner Positioning Data Table shown in FIG. 2C. The terms (e.g. “Top/Front”, Top/Back”, etc.) used in this Table to identify the individual holographic scanning subsystems of the tunnel scanning system hereof are used throughout the drawings, rather than reference numerals. The one fixed-projection scanner subsystem, identified by the label “Bottom” or 117, is mounted between the gap 305 provided between the first and second conveyor platforms 302A and 302B comprising the conveyor subsystem 300 of the tunnel scanning subsystem 100.

[0236] Each of the holographic scanners (denoted as R/F Corner #1, R/F Corner #2, R/B Corner #1, R/B Corner #2, L/F Corner #1, L/F Corner #2, L/B Corner #1, L/B Corner #2) mounted within the corners of the scanner support framework are single-disc holographic scanning subsystems, having five focal planes, formed using six laser scanning stations, each of which includes a VLD, a beam folding mirror, parabolic light collection mirror, signal processing circuit boards and the like, are designed and constructed using the methods detailed in Applicant's copending application Ser. No. 08/949,915 filed Oct. 14, 1997; Ser. No. 08/854,832 filed May 12, 1997; Ser. No. 08/886,806 filed Apr. 22, 1997, now U.S. Letters Pat. No. 5,984,185; Ser. No. 08/726,522 filed Oct. 7, 1996; and Ser. No. 08/573,949 filed Dec. 18, 1995, now Abandoned, each incorporated herein by reference. The design parameters for the twenty facet holographic scanning disc 130 shown in FIG. 3A4, and the supporting subsystem used therewith, are set forth in the Table of FIGS. 3A5A through 3A5C. Notably, the design parameters set forth in the table of FIGS. 3A5A through 3A5C are defined in detail in the above-referenced U.S. patent applications. The scanning pattern projected on the middle (third) focal/scanning plane of each such single-disc holographic scanning subsystem is shown in FIG. 3A6.

[0237] The various omnidirectional scanning directions provided for within the 3-D scanning volume of the tunnel-scanning system of the present invention are schematically illustrated in FIGS. 5A through 9B. These illustrations indicate how each of the laser scanning subsystems within the tunnel scanning system contribute to produce the truly omnidirectional scanning performance attained by the tunnel scanner hereof.

[0238] The four triple-disc holographic scanners (denoted as Left Side Front, Left Side Back, Right Side Front and Right Side Back) are mounted on the left and right sides of the scanner support framework 304. Each of these triple-disc holographic scanning subsystems is shown in greater detail in FIGS. 3B1 through 3B8. Each of these holographic scanning subsystems has five focal planes, formed using three sets (groups) of six laser scanning stations, arranged about a twenty-facet scanning disc. Each laser scanning station about the scanning disc includes a VLD, a beam folding mirror, parabolic light collection mirror, signal processing circuit boards and the like. Each holographic laser scanning subsystem within these triple-disc scanners is designed and constructed using the methods detailed in Applicant's copending application Ser. No. 08/949,915 filed Oct. 14, 1997; Ser. No. 08/854,832 filed May 12, 1997; Ser. No. 08/886,806 filed Apr. 22, 1997, now U.S. Letters Pat. No. 5,984,185; Ser. No. 08/726,522 filed Oct. 7, 1996; and Ser. No. 08/573,949 filed Dec. 18, 1995, now Abandoned, each incorporated herein by reference. The design parameters for each twenty facet holographic scanning disc 130 shown in FIG. 3B2, and the supporting subsystem used therewith, are set forth in the Table of FIGS. 3B3A and 3B3B. Notably, the design parameters set forth in the table of FIGS. 3B3A and 3B3B are defined in detail in the above-referenced U.S. patent applications. The scanning pattern projected on the middle (third) focal/scanning plane of each such triple-disc holographic scanning subsystem is shown in FIG. 3B8.

[0239] As shown, the two triple-disc holographic scanners (denoted as Front and Back) are mounted above the conveyor belt by way of the scanner support framework 304. Each of these triple-disc holographic scanning subsystems is shown in greater detail in FIGS. 3C1 and 3C2. Each of these holographic scanning subsystems has five focal planes, formed using three sets (groups) of six laser scanning stations, arranged about a twenty-facet scanning disc. Each laser scanning station about the scanning disc has a VLD, a beam folding mirror, parabolic light collection mirror, signal processing circuit boards and the like. Each holographic laser scanning subsystem within these triple-disc scanners are designed and constructed using the methods detailed in Applicant's copending application Ser. No. 08/949,915 filed Oct. 14, 1997; Ser. No. 08/854,832 filed May 12, 1997; Ser. No. 08/886,806 filed Apr. 22, 1997, now U.S. Letters Pat. No. 5,984,185; Ser. No. 08/726,522 filed Oct. 7, 1996; and Ser. No. 08/573,949 filed Dec. 18, 1995, now Abandoned, each incorporated herein by reference. The design parameters for each twenty facet holographic scanning disc shown in the table of FIG. 3A4, and the supporting subsystem used therewith, are set forth in the Table of FIGS. 3B3A and 3B3B. Notably, the design parameters set forth in the table of FIGS. 3B3A and 3B3B are defined in detail in the above-referenced U.S. patent applications. The scanning pattern projected on the middle (third) focal/scanning plane of each such triple-disc holographic scanning subsystem is shown in FIG. 3C2.

[0240] The bottom-mounted fixed projection scanner (denoted as Bottom) employed in the tunnel scanning system hereof is shown in greater detail in FIGS. 3D1 through 3D7. As shown in FIG. 3D1, the bottom-mounted scanner comprises eight fixed-projection laser scanning subsystems 118, that are mounted along optical bench 119. As illustrated in FIG. 3D2, each fixed projection scanning subsystem 118 comprises: four stationary mirrors 120A through 120D arranged about a central reference plane passing along the longitudinal extent of the optical bench 121 of the subsystem; an eight-sided motor driven polygon scanning element 122 mounted closely to the nested array of mirrors 120A through 120D; a light collecting mirror 123 mounted above the nested array along the central reference plane; a laser diode 124 for producing a laser beam which is passed through collecting mirror 123 and strikes the polygon scanning element 122; and a photodetector 125, mounted above the polygon scanning element 122, for detecting reflected laser light and produce scan data signals indicative of the detected laser light intensity for subsequent signal processing in a manner known in the bar code reading art.

[0241] As shown in FIG. 3D1, each subsystem 118 is mounted on optical bench 119, and a housing 126 with light transmission aperture 127, is mounted to the optical bench 119 in a conventional manner. As shown, a protective, scratch-resistant scanning window pane 128 is mounted over the light transmission aperture 127 to close off the interior of the housing from dust, dirt and other forms of debris. As illustrated in FIG. 3D3B the bottom scanning unit 117 is mounted to a pair of support brackets 129 which in turn are mounted to a base support bracket 132 connected to the scanning tunnel framework 304A (shown in FIG. 1F). The scanning unit 117 is mounted relative to the conveyor belt sections 302A and 302B so that the scanning window 128 on the bottom scanning unit 117 is disposed at about 28° to the protective conveyor window 306, disposed over the gap region 305 (e.g. about 5.0 inches wide) formed between the conveyor belt sections 302A and 302B. The bottom scanning unit 117 is mounted about 12.5 inches below the conveyor scanning window 306. Also, the symbol character data outputs from subsystems 118 are supplied to a digital data multiplexer 133 which transmits the symbol character data to the I/O subsystem 800, shown in FIG. 4.

[0242] The partial scan patterns produced by individual stationary mirrors 120B, 120C and 120A, 120D, in each laser scanning subsystem 118 are shown in FIGS. 3D4 and 3D5, respectively. The complete pattern generated by each subsystem 118 is shown in FIG. 3D6. The composite omnidirectional scanning pattern generated by the eight laser scanning subsystems 118 working together in the bottom scanner unit 117 is shown in FIG. 3D7.

[0243] As shown in the system diagram of FIGS. 3A7A through 3A7C, each holographic laser scanning unit of the present invention 101 through 116 comprises a number of system components, many of which are realized on a control board 200, a plurality (e.g. six) analog signal processing boards 201A-201-F, and six digital signal processing boards 202A-202F.

[0244] As described in WIPO Patent Application Publication No. WO 98/22945, each holographic laser scanning unit 101 through 116 employed herein cyclically generates from its ultra compact scanner housing 140 shown in FIG. 3A2 (and 140′ in FIG. 3B1 and 3C1), a complex three-dimensional laser scanning pattern within a well defined 3-D scanning volume which will be described in greater detail hereinbelow. In the system of the first illustrative embodiment, each such laser scanning pattern is generated by a rotating holographic scanning disc 130, about which are mounted six (6) independent laser scanning stations 142A through 142F, sometime referred to as laser scanning modules by coApplicants.

[0245] In FIG. 3A1, one of the laser scanning stations in the holographic scanner is shown in greater detail. Notably, all subcomponents associated therewith shall be referenced with the character “A”, whereas the subcomponents associated with the other five laser scanning stations shall be referenced using the characters B through F. As illustrated in FIG. 3A1, the beam folding mirror 142A (through 142F) associated with each laser scanning station, has a substantially planar reflective surface and is tangentially mounted adjacent to the holographic scanning disc 130. In the illustrative embodiment, beam folding mirror 142A (through 142F) is supported in this position relative to the housing base (i.e. the optical bench) 143 using support legs 144A (through 144F) and 145A (through 145F) and rear support bracket 146A (through 146F).

[0246] As shown in FIG. 3A1, the laser beam production module 147A (through 147F) associated with each laser scanning station is mounted on the optical bench (i.e. housing base plate 143), immediately beneath its associated beam folding mirror 142A (through 142F). Depending on which embodiment of the laser beam production module is employed in the construction of the holographic laser scanner, the position of the laser beam production module may be different.

[0247] As shown in FIGS. 3A1 and 3A2, six laser production modules 142A through 142F are mounted on base plate 143, substantially but not exactly symmetrically about the axis of rotation of the shaft of electric motor 150. During laser scanning operations, these laser beam production modules produce six independent laser beams which are directed through the edge of the holographic disc 130 at an angle of incidence A_(i), which, owing to the symmetry of the laser scanning pattern of the illustrative embodiment, is the same for each laser scanning station (i.e. A_(i)=43.0 degrees for all values of i). The incident laser beams produced from the six laser beam production modules 142A through 142F extend along the six central reference planes, each extending normal to the plane of base plate 143 and arranged about 60 degrees apart from its adjacent neighboring central planes, as best illustrated in FIG. 3A2. While these central reference planes are not real (i.e. are merely virtual), they are useful in describing the geometrical structure of each laser scanning station in the holographic laser scanner of the present invention.

[0248] As shown in FIG. 3A1, the photodetector 152A (through 152F) of each laser scanning station is mounted along its central reference plane, above the holographic disc 130 and opposite its associated beam folding mirror 142A (through 142F) so that it does not block or otherwise interfere with the returning (i.e. incoming) laser light rays reflecting off light reflective surfaces (e.g. product surfaces, bar code symbols, etc) during laser scanning and light collecting operations. In the illustrative embodiment, the six photodetectors 152A through 152F are supported in their respective positions by a photodetector support frame 153 which is stationarily mounted to the optical bench by way of vertically extending support elements 154A through 154F. The electrical analog scan data signal produced from each photodetector is processed in a conventional manner by its analog scan data signal processing board 201A (through 201F) which is also supported upon the photodetector support frame 153, as shown. Notably, the height of the photodetector support board, referenced to the base plate 143 (i.e. optical bench), is chosen to be less than the minimum height so that the beam folding mirrors 142A through 142F must extend above the holographic disc 130 in order to realize the prespecified laser scanning pattern of the illustrative embodiment. In practice, this height parameter is not selected (i.e. specified) until after the holographic disc has been completely designed according to the design process of the present invention, while satisfying the design constraints imposed on the disc design process. As explained in detail in WIPO Patent Application Publication No. WO 98/22945, the use of a spreadsheet-type computer program to analytically model the geometrical structure of both the laser scanning apparatus and the ray optics of the laser beam scanning process, allows the designer to determine the geometrical parameters associated with the holographic scanning facets on the disc which, given the specified maximum height of the beam folding mirrors (Y is defined in FIG. 25A2), will produce the prespecified laser scanning pattern (including focal plane resolution) while maximizing the use of the available light collecting area on the holographic scanning disc.

[0249] As best shown in FIG. 3A3, the parabolic light collecting mirror 149A (through 149F) associated with each laser scanning station is disposed beneath the holographic scanning disc 130, along the central reference plane associated with the laser scanning station. While certainly not apparent from this figure, precise placement of the parabolic light collecting element (e.g. mirror) 149A (through 149F) relative to the holographic facets on the scanning disc 130 is a critical requirement for effective light detection by the photodetector 152A (through 152F) associated with each laser scanning station. Placement of the photodetector at the focal point of the parabolic light focusing mirror alone is not sufficient for optimal light detection in the light detection subsystem of the present invention. As taught in WIPO Patent Application Publication No. WO 98/22945, careful analysis must be accorded to the light diffraction efficiency of the holographic facets on the scanning disc and to the polarization state(s) of collected and focused light rays being transmitted therethrough for detection. As will become more apparent hereinafter, the purpose of such light diffraction efficiency analysis ensures the realization of two important conditions, namely: (i) that substantially all of the incoming light rays reflected off an object (e.g. bar code symbol) and passing through the holographic facet (producing the corresponding instant scanning beam) are collected by the parabolic light collecting mirror; and (ii) that all of the light rays collected by the parabolic light collecting mirror are focused through the same holographic facet onto the photodetector associated with the station, with minimal loss associated with light diffraction and refractive scattering within the holographic facet. A detailed procedure is described in WIPO Patent Application Publication No. WO 98/22945 for designing and installing the parabolic light collecting mirror in order to satisfy the critical operating conditions above.

[0250] As shown in FIGS. 3A2 and 3A3, the six digital scan data signal processing boards 202A through 202F, are arranged in such a manner to receive and provide for processing the analog scan data signals produced from analog scan data signal processing boards 201A through 201F, respectively. As best shown in FIGS. 3A2 and 3A3, each digital scan data signal processing board 202A through 202F is mounted vertically behind its respective beam folding mirror 142A through 142F. A control board (i.e. motherboard) 200 is also mounted upon the base plate 143 for processing signals produced from the digital scan data signal processing boards 202A through 202F. A conventional power supply board 155 is also mounted upon the base plate 143, within one of its extreme corners. The function of the digital scan data signal processing boards, the central processing board 200, and the power supply board 155 will be described in greater detail in connection with the functional system diagram shown in FIGS. 3A7A through 3A7C. As shown in FIGS. 3A7A through 3A7C, electrical cables are used to conduct electrical signals from each analog scan data signal processing board 201A (through 201F) to its associated digital scan data signal processing board 202A (through 202F), and from each digital scan data signal processing board to the central processing board 200. Regulated power supply voltages are provided to the central signal processing board 200 by way of an electrical harness (not shown), for distribution to the various electrical and electro-optical devices requiring electrical power within the holographic laser scanner as shown in FIGS. 3A7B and 3A7C. In a conventional manner, electrical power from a standard 120 Volt, 60 HZ, power supply is provided to the power supply board by way of flexible electrical wiring (not shown). Symbol character data produced from the central processing board 200 is transmitted to the I/O subsystem 800, over a serial data transmission cable connected to a serial output (i.e. standard RS232) communications jack installed through a wall in the scanner housing 140 (140′).

[0251] Many of the system components comprising each of the holographic laser scanning units 101 through 116 are realized on control board 200, the plurality (e.g. six) analog signal processing boards 201A through 201F, and the six digital signal processing boards 202A through 202F.

[0252] In the illustrative embodiment shown in FIG. 3A7A, each analog scan data signal processing board 201A through 201F has the following components mounted thereon: a photodetector 152A (through 152F) (e.g. a silicon photocell) for detection of analog scan data signals as described hereinabove; and analog signal processing circuit 235A (through 235F) for processing detected analog scan data signals.

[0253] In the illustrative embodiment, each photodetector 152A through 152F is realized as an opto-electronic device and each analog signal processing circuit (235A through 235F) aboard the analog signal processing board (201A through 201F) is realized as an Application Specific Integrated Circuit (ASIC) chip. These chips are suitably mounted onto a small printed circuit (PC) board, along with electrical connectors which allow for interfacing with other boards within the scanner housing. With all of its components mounted thereon, each PC board is suitably fastened to the photodetector support frame 153, along its respective central reference frame, as shown in FIG. 3A1.

[0254] In a conventional manner, the optical scan data signal D₀ focused onto the photodetector 152A during laser scanning operations is produced by light rays of a particular polarization state (e.g. S polarization state) associated with a diffracted laser beam being scanned across a light reflective surface (e.g. the bars and spaces of a bar code symbol) and scattering thereoff. Typically, the polarization state distribution of the scattered light rays is altered when the scanned surface exhibits diffuse reflection characteristics. Thereafter, a portion of the scattered light rays are reflected along the same outgoing light ray paths toward the holographic facet which produced the scanned laser beam. These reflected light rays are collected by the scanning facet and ultimately focused onto the photodetector of the associated light detection subsystem by its parabolic light reflecting mirror 149A (through 149F) disposed beneath the scanning disc 130. The function of each photodetector 152A (through 152F) is to detect variations in the amplitude (i.e. intensity) of optical scan data signal D₀, and to produce in response thereto an electrical analog scan data signal D₁ which corresponds to such intensity variations. When a photodetector with suitable light sensitivity characteristics is used, the amplitude variations of electrical analog scan data signal D₁ will linearly correspond to the light reflection characteristics of the scanned surface (e.g. the scanned bar code symbol). The function of the analog signal processing circuitry is to band-pass filter and preamplify the electrical analog scan data signal D₁, in order to improve the SNR of the output signal.

[0255] In the illustrative embodiment, each digital scan data signal processing board 202A through 202F is constructed in substantially the same manner. On each of these signal processing boards, the following devices are provided: an analog-to-digital (A/D) conversion circuit 238A through 238F, as taught in copending U.S. application Ser. No. 09/243,078 filed Feb. 2, 1999 and Ser. No. 09/241,930 filed Feb. 2, 1999, realizable as a first application specific integrated circuit (ASIC) chip; a programmable digitizing circuit 239A through 239F realized as a second ASIC chip; a start-of-facet-sector pulse (SFSP) generator 236A through 236F realizable as a programmable IC chip, for generating SFSPs relative to home-offset pulses (HOP) generated by a HOP generation circuit 244 on the control board 200, shown in FIG. 3A713, and received by the SFSP generator; an EPROM 237A through 237F for storing parameters and information represented in the tables of FIGS. 10C, 10E, 10F1 and 10F2; and a programmed decode computer 240A through 240F realizable as a microprocessor and associated program and data storage memory and system buses, for carrying out symbol decoding operations and recovery of SFSPs from the digitizer circuit 239A (through 239F) in a synchronous, real-time manner as will be described in greater detail hereinafter. In the illustrative embodiment, the ASIC chips, the microprocessor, its associated memory and systems buses are all mounted on a single printed circuit (PC) board, using suitable electrical connectors, in a manner well known in the art.

[0256] The function of the A/D conversion circuit 238A (through 238F) is to perform a thresholding function on the second-derivative zero-crossing signal in order to convert the electrical analog scan data signal D₁ into a corresponding digital scan data signal D₂ having first and second (i.e. binary) signal levels which correspond to the bars and spaces of the bar code symbol being scanned. In practice, the digital scan data signal D₂ appears as a pulse-width modulated type signal as the first and second signal levels thereof vary in proportion to the width of bars and spaces in the scanned bar code symbol.

[0257] The function of the programmable digitizing circuit 239A (through 239F) of the present invention is two-fold: (1) to convert the digital scan data signal D2, associated with each scanned bar code symbol, into a corresponding sequence of digital words (i.e. a sequence of digital count values) D₃ representative of package identification (I.D.) data; and (2) to correlate time-based (or position-based) information about the facet sector on the scanning disc that generated the sequence digital count data (corresponding to a scanline or portion thereof) that was used to read the decoded bar code symbol on the package scanned in the scanning tunnel subsystem 100. Notably, in the digital word sequence D3, each digital word represents the time length duration of first or second signal level in the corresponding digital scan data signal D₂. Preferably, the digital count values are in a suitable digital format for use in carrying out various symbol decoding operations which, like the scanning pattern and volume of the present invention, will be determined primarily by the particular scanning application at hand. Reference is made to U.S. Pat. No. 5,343,027 to Knowles, incorporated herein by reference, as it provides technical details regarding the design and construction of microelectronic digitizing circuits suitable for use in each holographic laser scanning subsystem 101 through 116 in the system of the present invention.

[0258] In bar code symbol scanning applications, each programmed decode computer 240A through 240F has two primary functions: (1) to receive each digital word sequence D₃ produced from its respective digitizing circuit 239A through 239F, and subject it to one or more bar code symbol decoding algorithms in order to determine which bar code symbol is indicated (i.e. represented) by the digital word sequence D₃, originally derived from corresponding scan data signal D₁ detected by the photodetector associated with the decode computer; and (2A) to generate a specification for the laser scanning beam (or plane-sector) that was used to collect the scan data underlying the decode bar code symbol, or alternatively, (2B) to generate a specification of the holographic scanning facet sector or segment that produced the collected scan data Dl from which each laser-scanned bar code symbol is read.

[0259] In accordance with general convention, the first function of the programmed decode computer 240A (through 240F) hereof is to receive each digital word sequence D₃ produced from the digitizing circuit 239A (through 239F), and subject it to one or more pattern recognition algorithms (e.g. character recognition algorithms) in order to determine which pattern is indicated by the digital word sequence D₃. In bar code symbol reading applications, in which scanned code symbols can be any one of a number of symbologies, a bar code symbol decoding algorithm with auto-discrimination capabilities can be used in a manner known in the art.

[0260] The second function of the programmed decode processor 240A through 240F is best described with reference to FIGS. 11D and 11E. In the illustrative embodiment hereof, each programmed decode computer 240A through 240F generates a specification for the laser scanning beam (or plane-sector) in terms of the minimum and maximum facet angles delimited by the facet sector involved in the scanning the decoded bar code symbol. Such minimum and maximum facet angles are indicated in the last column of the table shown in FIG. 11D. Alternatively, each programmed decode computer 240A through 240F could generate a specification of the holographic scanning facet sector or segment that produced the collected scan data from which each laser-scanned bar code symbol is read. In such a case, each programmed decode processor would generate for each decoded bar code symbol, the following items of information: the identification number of the laser scanning subsystem that produced the underlying scan data from which the bar code symbol was read; the identification number of the laser scanning station that produced the underlying scan data from which the bar code symbol was read; the facet number of the scanning facet on the scanning disc that produced the underlying scan data from which the bar code symbol was read; and the facet sector number of the scanning facet on the scanning disc that produced the underlying scan data from which the bar code symbol was read. Such information items could be generated using tables similar to those set forth in FIG. 11D, except that instead of reading out minimum and maximum facet angles (as provided in the rightmost column thereof), the facet sector (or segment) number could be read out, and assembled with the other items of information providing the specification of how the laser scanning beam in issue was generated from the holographic laser scanning subsystem. In either case, such information will enable the data management computer system 900 of FIG. 4 to compute a vector-based geometrical model of the laser scanning beam used to scan the read bar code symbol represented by the coordinated symbol character data. As will be described in greater detail hereinafter, the geometrical model of the laser beam is produced in real-time aboard the data management computer system 900 using “3-D ray-tracing techniques” which trace the laser scanning beam from (1) its point of original on the holographic scanning disc, (2) to its point of reflection off the corresponding beam folding mirror, and (3) towards the focal point of the laser scanning beam determined by the focal length of the scanning facet involved in the production of the laser scanning beam. From the computed vector-based geometrical model of the laser scanning beam, the location of the decoded bar code symbol (i.e. when it was scanned by the laser scanning beam being geometrically modeled) can be specified (i.e. computed) in real-time relative to a local coordinate reference system symbolically embedded within the laser scanning subsystem.

[0261] As shown in FIGS. 3A7B and 3A7C, the control board 200 comprises a number of components mounted on a small PC board, namely: a programmed microprocessor 242 with a system bus and associated program and data storage memory, for controlling the system operation of the holographic laser scanner and performing other auxiliary functions; first, second, third, forth, fifth and sixth serial data channels 243A through 243F, for receiving serial data input from the programmable decode computers 240A through 240F; an input/output (I/O) interface circuit 248 for interfacing with and transmitting symbol character data and other information to the I/O subsystem 800, and ultimately to the data management computer system 900 of FIG. 4; home pulse detector 245 realizable as the electronic circuit shown in FIGS. 3A8C1 and 3A8C2, for detecting the home pulse generated when the laser beam 250 from VLD 253 (in home pulse marking sensing module 251 shown in FIG. 3A8A) is directed through home-pulse gap 131 (between Facets Nos. 5 and 12) and sensed by photodetector 152A through 152F; and a home-offset-pulse (HOP) generator 244 realized as an ASIC chip, for generating a set of six home-offset pulses (HOPs) in response to the detection of each home pulse by circuit 245. In the illustrative embodiment, each serial data channel 243A through 243F is realized as an RS232 port, although it is understood that other structures may be used to realize the function performed thereby. The programmed control computer 242 also produces motor control signals, and laser control signals during system operation. These control signals are received as input by a power supply circuit 252 realized on the power supply. PC board. Other input signals to the power supply circuit 252 include a 900 Volt, 60 Hz line voltage signal from a standard power distribution circuit. On the basis of the received input signals, the power supply circuit produces as output, (1) laser source enable signals to drive VLDs 253A, 253B and 253C, respectively, and (2) a motor enable signal in order to drive the scanning disc motor 150 coupled to holographic scanning disc 130.

[0262] First Method of Determining Laser Ream Position in Holographic Laser Scanners Under Constant Scanning Motor Speed Conditions

[0263] In FIGS. 10A through 11E, a first method is shown for determining the position of the laser scanning beam produced by holographic laser scanning subsystems under constant scanning motor speed conditions and synchronously encoding facet section information with digital count data in the digitizer circuit of each decode board. In general, this method involves optically encoding the “home pulse mark/gap” 131 along the edge of the holographic scanning disc, and upon detecting the same, generating home offset pulses (HOPs) which are used to automatically generate the start of each facet pulse (SFPs), and the SFPs in turn are used to automatically generate the start-of-facet-sector pulses (SFSPs) aboard each decode board. The details of this process will be described hereinbelow.

[0264] Referring now to FIGS. 10A through 11E, it is noted that each home offset pulse produced from HOP generating circuit 244 is provided to the SFSP generator 236A through 236F on the decode processing board 202A through 202F. When the HOP pulse is received at the SFSP generator 236A through 236F on a particular decode processing board, the home pulse gap 131 on the scanning disc 130 is starting to pass through the laser beam directed therethrough at the scanning station associated with the decode signal processing board. As shown in FIGS. 10A through 11E, timing information stored in the tables shown in these figures is used by the SFSP generator 236A (through 236F) to generate a set of SFSPs in response to the received HOP pulse during each revolution of the scanning disc. This enables a digital number count (referenced from the HOP) to be generated and correlated along with the digital data counts produced within the digitizer circuit 239A (through 239F) in a synchronous manner. As shown in FIG. 10B, each SFSP generator 236A through 236F comprises: a clock 260 for producing clock pulses (e.g. having a pulse duration of about 4 microseconds); a SFP generation module 261 for generating SFPs using the table of FIG. 10C in accordance with the process depicted in FIG. 10D; a SFSP generation module 262 for generating SFSPs using the table of FIG. 10E and production rules set forth in FIGS. 10F1 and 10F2, in accordance with the process depicted in FIG. 10G; and a control module 263 for controlling the SFP generation module 261 and the SFSP generation module 262, and resetting the clock 260 upon each detection of a new HOP from the HOP generator 244 on the control board 200 associated with the holographic scanning unit.

[0265] As shown in FIGS. 11A1 and 11A2, the digitizer circuit 239A (through 239F) of the present invention comprises a number of subcomponents. In particular, a scan data input circuit 322 is provided for receiving digital scan data signal D₂. A clock input 312 is provided from an external fixed frequency source 313, e.g. a 40 MHz crystal, or another external clock 315, to produce a pulse train. The output of the clock input circuit 312 is provided to the clock divider circuitry 314. That circuit 314 includes dividers for successively dividing the frequency of the clock pulses by a factor of two to produce a plurality of clock frequencies, as will be described in detail later. This plurality of clock signals is provided to a clock multiplexer 316. As shown in FIGS. 11A1 and 11A2, the 40 MHz clock input signal is also provided directly to the clock multiplexer 316. The clock multiplexer 316 selects the desired output frequencies for the device based upon control signals received from clock control circuitry in the programmable decode processor 240A (through 240F) and in associated circuitry. The output of the clock multiplexer 316 comprises an S clock signal which provides the basic timing for the digitizer circuit 239A (through 239F), as well as the input to digital counters. The processing of the input (bar code) scan data D₂ is provided from signal processor 238A (through 238F). The scan data input circuit 322 provides output signals which represent the detected bar code signal to be processed and are provided to the transition and sign detecting circuit 324. That circuit detects the transition from a bar to a space or from a space to a bar from the input signals provided thereto, and also determines whether the symbol occurring before the transition is a bar or a space. Thus, the transition and sign detector 324 provides a signal bearing the “sign: information (referred to as the “SIGN” signal) which is provided to multiplexer 342, and thus a primary first-in, first-out (FIFO) memory which serves as the input of programmable processor 240A (through 240F). The transition and sign circuit 324 also provides a signal to the sequencing means 328 to commence operation of the sequencing circuit 328. The sequencing circuit 328 sequences the digitizer circuit through a predetermined number of steps which begin at the occurrence of each symbol transition and which will be described in detail later. Sequencing circuit 328 provides a FIFO write signal to the FIFO input of primary FIFO 340 and the auxiliary FIFO 341, at the proper time to enable it to accept data thereinto. The sequencing circuit 328 provides input signals to digitizing counting circuit 330 so that the starting and stopping of the counters, occurring with the detection of each transition, is properly sequenced. The counting circuit 330 also receives an input signal from the clock multiplexer 316 (S Clock). This signal runs the counters at the selected rate when they are enabled by the sequencing means 328. The clock multiplexer 316, the sequencer circuit 328 and the counting circuit 330 each supply signals to the interface circuit 333 which enables it to properly pass the digitized count data to the primary and auxiliary FIFOs 340 and 341, via multiplexer 342, as shown in FIGS. 11A1 through 11B. The clock multiplexer 316 is arranged to provide two banks of available frequencies for the device to use, namely, an upper and a lower bank. The selection of frequencies from the upper bank or the lower bank is determined by a frequency bank switching circuit 362. The frequency bank switching circuit 362 also provides an input to an array reset 338 which provides a signal to reset the clock divider 314 on command. The clock divider circuitry 314 also generates a TEST reset signal by inverting the array reset signal. The TEST reset signal resets the remainder of the circuit 239A (through 239F). The command which initiates this reset condition is normally generated by a testing device (not shown) connected to device 239A (through 239F) and used to test it upon its fabrication.

[0266] As shown in FIGS. 11A1 through 11C, digital count data or a string of zeros (representative of correlated SFP data or count values from the HOP) are written into the primary FIFO using multiplexer 342 and write enable signals generated by the sequencing circuit 328. The SFP marker (i.e. string of zeros) is written over the data in the primary FIFO 340 whenever the SFP count data is presented to the digitizer circuit. Also, digital count data or a string of zeros (representative of correlated SFSP data or SFP count values from the HOP) are written into the auxiliary FIFO 341 using multiplexer 342 and write enable signals generated by the sequencing circuit 328. The SFSP marker (i.e. string of zeros) is written over the data in the auxiliary FIFO 341 whenever the SFP count data is presented to the digitizer circuit. With such a data encoding scheme, the decoder 240A (through 240F) is allowed to decode process the scan count data in the FIFOs, as well as determine which facet sector produced the laser scanning beam. The later function is carried out using the tables set forth in FIGS. 11C1 through 11D and the method described in the flow chart of FIG. 11E. As shown in FIG. 11B, the output of the decode processor 240A (through 240F) is a scan beam data element comprising the package ID data, the scanner number (SN), the laser scanning station number (SSN), facet number (FN) and minimum and maximum facet angles subtending the facet sector involved in generating the laser beam used to read the decoded bar code symbol representative of the package I) data. Additional details concerning the design and construction of digitizer circuit (239A through 239F) can be found in Co-Applicant's U.S. Pat. No. 5,343,027 incorporated herein by reference in its entirety.

[0267] Second Method of Determining Laser Beam Position in Holographic Laser Scanners Under Constant Scanning Motor Speed Conditions

[0268] In FIGS. 12A through 13D, an alternative method is shown for determining the position of the laser scanning beam holographic laser scanning subsystems under constant scanning motor speed and synchronously encoding facet section information with digital count data in the digitizer circuit of each decode board. This method involves optically encoding the start of each facet sector (SFS) mark along the outer edge of the holographic scanning disc 130′, as shown in FIG. 12A. This optical encoding process can be carried out when mastering the scanning disc using a masking pattern during laser exposure. The home pulse gap sensing module described above can be used to detect the home pulse gap 131 as well as the SFS marks along the edge of the scanning disc. As shown, the home gap or functionally equivalent mark of a predetermined opacity generates a home pulse, whereas the SFS marks generate a series of SFSPs during each revolution of the scanning disc. The home pulse is detected on the home pulse detection circuit on the control board and is used to generate HOPs as in the case described above. The HOPs are transmitted to each decode board where they are used reference (i.e. count) how many SFSPs have been counted since the received HOP, and thus determine which facet sector the laser beam is passing through as the scanning disc rotates. Digital counts representative of each SFSP are synchronously generated by the SFSP generator aboard each decode board and are loaded into the auxiliary FIFO 341, while correlated digital count scan data is loaded into both the primary and auxiliary FIFOs, 340 and 341, respectively, in a manner similar to that described above. The decode processor can use the information in tables 13C1 and 13C2 to determine which SFSP counts correspond to which minimum and maximum facet angles in accordance with the decode processing method of the present invention described in FIG. 13D. The advantage of this method is that it is expected to be less sensitive to variations in angular velocity of the scanning disc.

[0269] Referring now to FIG. 4, the individual scanning subsystems within the system of the first illustrative embodiment are shown interfaced with the data management computer system 900 by way of I/O port subsystem 800 well known in the art. As shown, the data management computer system 900 has a graphical user interface (GUI) 901 supported by a display terminal, an icon-pointing device (i.e. a mouse device), keyboard, printer, and the like. The GUI enables programming of the system, as well as the carrying out of other management and maintenance functions associated with proper operation with the system. Preferably, the data management computer system 900 also includes a network interface card for interfacing with a high-speed Ethernet information network that supports a network protocol such as TCP/IP well known in the art.

[0270] The above-described methods for determining the position of laser scanning beams in holographic laser scanning systems involve recovering laser position information using a “home-pulse” mark on the holographic disc rotated a constant angular velocity. However, it has been discovered that such techniques work satisfactorily only when the angular velocity of the scanning disc is maintained very close to the designed nominal angular velocity during start-up and steady-state operation. In many applications, it is difficult or otherwise unfeasible to maintain the angular velocity of the scanning disc constant such modes of operation, even when using speed locking/control techniques known in the electrical motor arts. Thus in many applications there will be a need for a laser beam position determination system and method that works for any scanning disc motor speed as well as under small accelerations (and decelerations) of the scanning disc motor, hereinafter referred to as varying scanning motor speed conditions.

[0271] Laser Position Determination in Holographic Laser Scanners Under Varying Scanning Motor Speed Conditions

[0272] In FIGS. 14A through 14D, a novel system and method is illustrated for accurately determining the position of laser scanning beams in holographic laser scanning subsystems under varying scanning disc motor speed conditions. In this embodiment of the present invention, a holographic scanning disc having a home pulse mark or gap 131 as shown in FIG. 3B2 can be used to generate the required laser scanning pattern. Also, as shown in FIG. 3B1, each holographic scanning disc is provided with a home pulse sensing module 251 and home pulse detection circuit 245 as shown in FIGS. 3A8A through 3A8C2 and described in detail hereinabove.

[0273] As illustrated in FIG. 14A, each time the home pulse mark or gap on the scanning disc 130 passes the home pulse sensing module 251, a home pulse (HP) is automatically generated from the home pulse detection circuit 245″. Each time a home pulse is generated from the home pulse detection circuit 245″, a set of home offset pulses (HOPs) is sequentially produced from HOP generation circuit 244″ in accordance with the process depicted in FIG. 14C. The number of HOPs produced in response to each detected HP is equal to the number of laser scanning stations (i.e. scanning modules), N, arranged about the laser scanning disc. Each generated HOP is provided to the SFSP generator (236A″ through 236F″) on the decode processing board (202A through 202F) associated with the HOP. When the HOP pulse is received at the SFSP generator on its respective decode signal processing board, the home pulse mark or gap on the scanning disc 130 is then starting to pass through the laser beam directed therethrough at the laser scanning station associated with the decode signal processing board. During each revolution of the scanning disc, the SFP generation module 261″ within each SFSP generation circuit 236A″ through 236F″ generates a set of start of facet pulses (SFPs) relative to the HOP, and also a set of start of facet sector pulses (SFSPs) relative to each SFSP. This enables a SFP and a SFSP (referenced from the HOP) to be generated by each SFSP generation circuit 236A″ through 236F′ and provided to the digitizer circuit 239A through 239F so that the SFP and SFSP data can be correlated with the digital data counts produced within the digitizer circuits in a synchronous manner. Within the decode processor, SFP and SFSP data can be translated into laser beam position data expressed in terms of the minimum and maximum angles that delimit the facet sector producing the scan data from which the bar code symbol was decoded.

[0274] In the illustrative embodiment, the HOP generation circuit 244″, is implemented using an 87C51 microcontroller. The microcontroller uses two inputs: the home-pulse detected signal from the home pulse detection circuit 245” connected to an interrupt pin of the 87C51; and a “motor-stable” (i.e. motor-ready) signal from the scanning motor controller. The microcontroller has as many outputs as there are laser scanning stations (i.e. scanning modules) in each laser scanning subsystem. Each output pin is dedicated to sending HOPs to a particular laser scanning station within the subsystem.

[0275] In general, each SFSP generation circuit 236A″ (through 236F″) is realized as a programmed microprocessor However, for purposes of understanding the SFSP generation circuit, it will be helpful to schematically represent it as comprising a number of subcomponents, as shown in FIG. 14B. As shown therein, each SFSP generator 236A″ through 236F″ comprises: a clock 260″ for producing clock pulses (e.g. having a pulse duration of about 4 microseconds); a SFP generation module 261″ for generating SFPs in accordance with the process depicted in FIG. 14D; a SFSP generation module 262″ for generating SFSPs in accordance with the process depicted in FIG. 14D; and a control module 263″ for controlling the SFP generation module 261″ and the SFSP generation module 262″, and resetting the clock 260″ upon each detection of a new HOP from the HOP generator 244″ on the control board 200″ associated with the holographic scanning unit.

[0276] In the illustrative embodiment, the SFP/SFSP generation circuit 236A″ (through 236F″) has been implemented using an programmed 87C52 microcontroller mounted on each decoding board associated with a particular scanning station. The HOP for the corresponding scanning station is received on an interrupt pin of the microcontroller. The microcontroller outputs three signals to the decode processor 240A (through 240F): (i) SFPs; (ii) SFSPs; and (iii) a signal processor adjustment signal which constitutes a level high (or low) when the facet that passes the scanning station's laser is a facet on a near (or far) focal plane.

[0277] The operation of the HOP generation circuit 244″ and the SFSP generation circuit 236A″ (through 236F′) will now be described with reference to the flow charts set forth in FIGS. 14C and 14D. In these flow charts described below, the following list of symbols are used:

[0278] t_(i)=timer value at start of home-pulse for the i^(th) rotation of the disc;

[0279] T_(i)=time-period of the (i−1)^(th) rotation of the disc;

[0280] x_(Hj)=angular value of the position of the laser of the j^(th) scanning station (i.e. scanning module) of the system, relative to the previous scanning station (home-pulse laser for scanning station 1);

[0281] x^(Fj)=angular width of the j^(th) facet of the disc;

[0282] x^(Fjm)=angular width of the m^(th) sector (i.e. segment) of the j^(th) facet of the disc;

[0283] t_(i) ^(Hj)=time elapsed between the j^(th) HOP and the (j−1)^(th) HOP of the i^(th) rotation of the disc;

[0284] t_(i) ^(Fj)=time elapsed between the Start of Facet Pulse (SOFP) of facet j and facet j−1 of the i^(th) rotation of the disc;

[0285] t_(i) ^(Fjm)=time elapsed between the Start of Facet Segment Pulse (SOFSP) of sector m and sector m−1 of facet j of the i^(th) rotation of the disc;

[0286] t_(i) ^(n)=time at which the n^(th) HOP/SOFP of the i^(th) rotation of the disc is outputted; and

[0287] t_(i) ^(pn)=time at which the p^(th) SOFSP of the n^(th) facet of the i^(th) rotation of the disc is outputted.

[0288] Each time the “start of home-pulse mark” is detected, the home-pulse sensing module 251 described hereinabove automatically produces a negative going output pulse which is provided to the HOP generation circuit 244″, as shown in FIG. 14A. The HOP generation circuit 244″ uses this negative going output pulse to calculate the times at which the home-pulse mark reaches the different modules (i.e. laser scanning stations) and, in response to such calculated times, to automatically generate and provided HOPs to the SFSP generation circuit 236A″ (through 236F″). The calculation is based on the important assumption that the motor speed for the i^(th) rotation is very close to the motor speed for the (i−1)^(th) rotation.

[0289] As indicated at Block A in FIG. 14C, the process within the SFSP generation circuit 236A″ defines N as the number of laser scanning stations (i.e. scanning modules) in the holographic scanner, and x_(Hj) as the angular offset (i.e. position) of a laser scanning station from the home-pulse sensing module (i.e. pickup) 251. At Block B in FIG. 14C, the process involves initializing the time period or setting T₀=0. Then at Block C, the HOP generation circuit determines whether a home pulse (HP) has been detected at its input port. Until an HP is detected, the circuit remains at this control block. When an HP is detected, then at Block D the circuit starts the timer therewithin (i.e. t=t₀). Then at Block E, the circuit determines whether another HP has been detected. As shown, the circuit remains at this control block until the next HP is detected. When the HP is detected, then at Block F the circuit samples the timer. The time-period of rotation of the scanning disc is calculated from two consecutive home-pulse detections as follows:

[0290] T_(i)=t_(i)−t_(i−1), where T_(i) is the time-period for the i^(th) rotation of the disc. Then at Block G, the circuit determines whether the time-period for the i^(th) rotation is “close” to that for the (i−1)^(th) rotation.

[0291] As indicated at Block G, a measure of “closeness” is defined as: |T_(i)−T_(i−1)|<45 μS. If the time measure is not close, i.e. |T_(i)−T_(i−1)|>45 μS, then if the time-period of rotation for the i^(th) and (i−1)^(th) rotation does not satisfy, |T_(i)−T_(i−1)|<45 μS, the circuit checks at Block H to determine whether the scanning disc has rotated at least 100 times (experimental value). If the scanning disc has not rotated at least a 100 times, then the circuit proceeds to Block E and waits for the next home-pulse and carries out the control process over again. Since it is critical to the performance of the scanner that every scan be associated with laser position information, the time-period has to be accurately predicted when for some reason the time-period between two consecutive rotations of the disc differs by more than, for example, 45 μS (an experimental value). The assumption here is that the scanning motor speed cannot change suddenly between two rotations.

[0292] If the scanning disc has rotated at least a 100 times (i.e. i>100), then the circuit proceeds to Block land estimates the time-period of the current rotation T_(i) by using the time period data for the past n rotations of the disc, given by the following expression: $T_{i} = {\sum\limits_{k = {i - 1 - n}}^{i - 1}{a_{k}*T_{k}}}$

[0293] Where the n coefficients a_(i−1−n) through a_(i−1) can be calculated beforehand (and offline) as follows:

[0294] If T_(i) is the actual time-period of rotation i of the disc, at least squares estimate of the time-period for rotation i+1 can be calculated by minimizing the function, $E = {\sum\limits_{k = {i - 1 - n}}^{i - 1}\left( {T_{k}^{*} - {\sum\limits_{j = 1}^{n}{a_{j}T_{k - j}^{*}}}} \right)^{2}}$

[0295] with respect to each a_(j) (j=1, . . . ,n) The final expressions for the minimized “optimal” values of the coefficients aj are given by: $a_{j} = {\left( {\sum\limits_{k}{T_{k}^{*}T_{k - j}^{*}}} \right)/\left( {\sum\limits_{k}{\sum\limits_{j}T_{k - j}^{*}}} \right)}$

[0296] A good value for n with reasonable computational complexity was found to be 5.

[0297] As indicated at Block J, the circuit then calculates the “inter-HOPS” t_(i) ^(Hj) which is the time taken by the home-pulse mark to reach to scanning station j from scanning station j−1. This measure is given by the expression: t_(i) ^(Hj)=x^(Hj)* T_(i), j=1, . . . ,N

[0298] Finally, at Block K, the circuit sends (i.e. transmits) HOPs to the SFSP generation circuit of each laser scanning station (for the ith rotation) at each instant of time given by the expression: ${t_{i}^{k} = {\sum\limits_{j = 1}^{k}t_{i}^{Hj}}},{k = 1},\ldots \quad,N$

[0299] Thereafter, the control process returns to Block E as indicated in FIG. 14C. If at Block G, the time measure is “close” (i.e. |T_(i)−T_(i−1)|<45 μS), then the circuit proceeds directly to control Block J.

[0300] As described above, the HOP generation circuit 244″ on the control board 200″ accurately predicts when the home-pulse mark on the scanning disc arrives at each scanning station and sends out a negative going pulse to each laser scanning station. In contrast, the SFP generation circuit 236A″ (through 236F″) uses the HOPs to calculate when each facet/facet sector passes the laser module in each laser scanning station. Notably, an important assumption here is that the scanning motor speed does not vary too much between two consecutive rotations of the scanning disc.

[0301] As indicated at Block A in FIG. 14D, the process within the SFSP generation circuit 236A″ (through 236F″) defines the following parameters: N as the number of laser scanning facets on the holographic scanning disk; M as the number of sectors (or “Ticks”) on each facet of the scanning disc: x^(Fj) as the angular width of facet j of the scanning disc; and x^(Fjm) as the angular width of sector m of facet j of the scanning disc.

[0302] At Block B in FIG. 14D, the process involves initializing the time period or setting T₀=0. Then at Block C, the SFSP generation circuit determines whether a home pulse (HP) has been detected at its input port. Until an HP is detected, the SFSP generation circuit remains at this control block. When an HP is detected, then at Block D the SFSP generation circuit starts the timer therewithin (i.e. t=t₀). Then at Block E, the SFSP generation circuit determines whether another HP has been detected. As shown, the SFSP generation circuit remains at this control block until the next HP is detected. When the HP is detected, then at Block F the SFSP generation circuit samples the timer contained therewithin. The time-period of rotation of the scanning disc is calculated from two consecutive home-pulse detections as follows: T_(i)=t_(i)−t_(i−1), where T_(i) is the time-period for the i^(th) rotation of the disc. Then at Block G, the SFSP generation circuit determines whether the time-period for the i^(th) rotation is “close” to that for the (i−1)^(th) rotation.

[0303] As indicated at Block G, a measure of “closeness” is defined as: |T_(i)−T_(i−1)|<45 μS. If the time measure is not close, then the time-period of rotation for the i^(th) and (i−1)^(th) rotation does not satisfy, |T_(i)−T_(i−1)|<45 μS, and the SFSP generation circuit returns to Block E, as indicated in FIG. 14D and looks for another HOP, without sending any SFP/SFSP.

[0304] If the time-period of rotation for the i^(th) and (i−1)^(th) rotation does satisfy, |T_(i)−T_(i−1)|<45 μS, then the SFSP generation circuit proceeds to Block H where the time between start of facet pulses (SFPs) for facets j−1 and j of the disc for the ith rotation is calculated using the expression:

[0305] t_(i) ^(Fj)=x^(Fj)*T_(i), j=1, . . . , N

[0306] Then at Block I, the SFSP generation circuit calculates the “inter-SFSPs” which are defined as the time between start of sector pulses m−1 and m for facet j, corresponding to rotation i of the disc. Such inter-HOPs are calculated by the expression:

[0307] t_(i) ^(Fjm)=t_(i) ^(Fi)/M, m=1, . . . , M

[0308] At Block J, the SFP generation circuit sends out (to the decode processor) SFPs at the times given by the expression: ${t_{i}^{n} = {\sum\limits_{j = 1}^{n}t_{i}^{Fj}}},{n = 1},\ldots \quad,N$

[0309] Likewise, the SFSP generation circuit sends out (to the decode processor) SFSPs at the times given by the expression: ${t_{i}^{pn} = {\sum\limits_{j = 1}^{n}{\sum\limits_{m = 1}^{p}t_{i}^{Fjm}}}},{n = 1},\ldots \quad,{N;{p = 1}},\ldots \quad,M$

[0310] Using the transmitted SFPs/SFSPs, correlated with bar code scan data at the digitizer circuit 239A (through 239F), the decode circuit 240A (through 240F) can then specify the laser beam position in terms of the minimum and maximum angle of the scanning facet sector that generated the bar code scan data that has been correlated therewith using the dual-FIFO digitizer circuit 239A (through 239F) of the present invention. Typically, calculations for each SFP/SFSP will be performed in a pipelined fashion since the total computation time far exceeds the time between any two SFSPs. The laser beam position determination subsystem illustrated in FIGS. 14A through 14D and described hereinabove, has been built and tested in holographic tunnel scanning system employing holographic laser scanners having 5 laser scanning stations, scanning discs with 16 facets and 20 facet sectors/segments, and scanning motor speed variations within the range of between 4800 rpm and 5800 rpm. The system can handle small scanning-motor accelerations (and decelerations).

[0311] Notably, the above-described subsystem has limitations on the number of sectors (or segments) that each facet can be resolved into along the scanning disc. While a large number of sectors per facet will guarantee more accurate laser beam position information, the subsystem is limited by the computational time required to output each SFSP. Average computational times for outputting SFPs is found to be about 20 uS, and about 12 uS for SFSPs.

[0312] The Laser-Based Package Velocity and Length Measurement Subsystem of the First Illustrative Embodiment of the Present Invention

[0313] In FIG. 15A, the package velocity and length measurement subsystem 400 is configured in relation to the package in-tunnel indication subsystem 500 and package height/width profiling subsystem 600 of the illustrative embodiment. In FIGS. 15A and 15B1, a direct transmit/receive configuration of the dual-laser based package velocity and measurement subsystem 400 is installed at the location of the vertical and horizontal light curtains, 601A, 601B and 602A, 602B, respectively, employed in the package height/width profiling subsystem 600. As shown in FIG. 15B1, subsystem 400 comprises a pair of laser diodes (D1 and D2) 401A and 401B, respectively, spaced apart by about 2 inches and mounted on one side of the conveyor belt; a pair of photo-diodes 402A and 402B spaced apart by about 2 inches and mounted on the other side of the conveyor belt, opposite the pair of laser diodes 401A and 401B; and electronic circuits, including a programmed microprocessor 403, for providing drive signals to the laser diodes 401A and 401B, and for receiving and processing the electrical data signals P1 and P2 produced by the photodiodes 402A and 402B so that information representative of the length (L) and velocity (V) of the package 404 moving on the conveyor belt is automatically computed in accordance with the flow chart shown in FIGS. 15D1 through 15D3.

[0314] In FIG. 15C1, a retro-reflection configuration of the dual-laser based package velocity and measurement subsystem 400 is shown installed at the location of the vertical and horizontal light curtains, 601A, 601B and 602A, 602B, respectively, employed in the package height/width profiling subsystem 600. The dual laser diodes 405A and 405B used in the dual-laser based package velocity and length measurement subsystem 400 can be driven using the VLD driver circuitry 406A and 406B shown in FIG. 15C1. In FIGS. 15B4 through 15B5B, electronic circuitry is shown for conditioning the signals received by the photoreceivers 407A and 407B. The velocity (v) and length (L) of the package transported through the package velocity and measurement subsystem 400 can be computed using micro-computing system 409 carrying out the algorithm disclosed in FIGS. 15D1 through 15D3. As shown in FIG. 15C2, the laser beam transmitted from laser diode 405A is retro-reflected by retro-reflector 410A mounted on support structure 411 disposed opposite the support structure 412 supporting laser diodes 405A and 405B and photodiodes 408A and 408B. As shown in FIG. 15C1, the laser beam from laser diode 405A is reflected off retro-reflector 410A and is detected by photodiode 408A, whereas the laser beam from laser diode 405B is reflected off retro-reflector 410B and is detected by photodiode 408B. As shown in FIG. 15C1, the output signals from photodetectors 408A and 408B are provided to photoreceiving circuits 407A and 407B respectively, for processing and are supply to micro-computing system 409 so that the Length (L) and Velocity (V) of the moving packages can be computed in accordance with the algorithm described in FIGS. 15D1 through 15D3. In the illustrative embodiment shown in FIGS. 15C1 and 15C2, laser diode 405A and photodiode 408A are packaged as a first laser transceiver module indicated at Block 413, whereas laser diode 405B and photodiode 408B are packaged as a second laser transceiver module 414. As shown in FIGS. 15C1 and 15C2, micro-computing system 409 comprises a microprocessor (CPU) 409A, display device 409B, and keyboard 409C.

[0315] The Package Height/Width Profiling Subsystem of the First Illustrative Embodiment of the Present Invention

[0316] As shown in FIGS. 16A and 16B, the global coordinate reference system R_(global) is symbolically embedded within the structure of the package height/width profiling subsystem 600 (and also the package-in-tunnel signaling subsystem 500). As shown in FIG. 16B, the vertically arranged light transmitting and receiving structures 601A and 601B associated with the package height/width profiling subsystem, as well as horizontally arranged light transmitting and receiving structures 602A and 602B associated therewith, are arranged in a manner generally known in the package handling art. As shown in FIG. 16B, the vertically arranged light transmitting and receiving structures 601A and 601B are controlled by a height control unit 603, which produces, as output, a signal S_(H) consisting of time-sampled package height data collected along the vertical extent of the scanning tunnel aperture. Similarly, horizontally arranged light transmitting and receiving structures are controlled by a width control unit 604, which produces, as output, a signal S_(w) consisting of time-sampled package height data collected along the horizontal extent of the scanning tunnel aperture. The output data streams from height and width control units 603 and 604, and the package length/velocity measurement subsystem 400, are provided as input to an H/W data processor 605, programmed to produce (i) package profile dimension data element (e.g. height, weight, etc.) as well as (ii) a package-in-tunnel (PIT) Indication (token) Data Element for each package detected by subsystem 600.

[0317] In the illustrative embodiment, package height/width profiling subsystem 600 is realized by integrating (i) the profiler system (Model No. P101-144-200) from KORE, Inc. of Grand Rapids, Mich., and (ii) the package velocity and measurement subsystem 400 described above, and providing programmed H/W data processor 605 in accordance with the principles of the present invention. The primary function of the package height/width profiling subsystem 600 is to obtain x and y coordinates associated with the profile of each package as it passes through the light curtain arranged in the x-y plane of the global coordinate reference system R_(global). The function of the package velocity and length measurement subsystem 400 is to obtain the z coordinate(s) (i.e. the run-length L) of the package relative to the global reference system, at the time of package height/width profiling (i.e. when the package has passed the dual laser beam transceiver of this subsystem). Notably, the package height/width profiling subsystem 600 carries out the function of the package-in-tunnel signaling subsystem 500. That is, each time a package is detected at the entry side of the scanning tunnel, the subsystem 600/500 automatically generates a package-in-tunnel (PIT) data element for transmission to the data element queuing, handling and processing subsystem 1000 to be described in greater detail below.

[0318] In the tunnel scanning system of the first illustrative embodiment, packages must be transported along the conveyor belt in a singulated manner (i.e. physically arranged so that one package is positioned behind the other package with a space disposed therebetween). In the event that this condition is not satisfied, the package height/width profiling subsystem 600 is designed to automatically detect that packages within the system have not been properly singulated (i.e. are arranged in a side-by-side and/or stacked configuration) and generate a control signal which causes a downstream package deflector to reroute the multiple packages through a package singulator unit and then rerouted through the scanning tunnel system without human intervention.

[0319] For example, as shown in FIGS. 17A through 17C, subsystem 600 can simultaneously detect when two boxes 608 and 609 moving along conveyor 302B, pass through non-singulated with a small gap or space 610 between the boxes. In this case, the horizontal light curtain T_(w), R_(w) of the package dimensioning subsystem 600 will automatically detect the gap 610.

[0320] As shown in FIGS. 18A through 18C, when the two boxes 611 and 612 are close to each other or when one is on top of the other, subsystem 600 employs a simultaneous package detection method based on package width (or height) measurements. This method of simultaneous package detection is best described by considering the width measurement taken by the subsystem over time as being expressible as [x₁, x₂, . . . x_(n)]. According to the simultaneous package detection/tracking method hereof, the subsystem 600 employs a novel FIR digital filter system, as illustrated in FIGS. 19A through 19D.

[0321] In general, the FIR digital filter formulation has a transfer function which fits the linear operation of differentiation where d/dt e^(iwt)=iwe^(iwt). In the frequency domain, this implies that the transfer function is of the form:

[0322] H(w)=iw.

[0323] Letting the digital filter be of the form

[0324] Y_(a)=(N/Z_(K=−N)) C_(k)x_(n-k) with coefficients C_(k)=−C_(k), the transfer function can be expressed as:

[0325] H(w)=[2c_(i) sin w+2c₂ sin 2w+ . . . +2c_(N) sin Nw]i.

[0326] A Fourier Series approximation of the function can be expressed as:=

[0327] H(w)={iw |w|<w_(c)

[0328] {c |w|>w_(c)

[0329] The resulting filter will have a passband of [o,w_(c)]. This is a low pass (smoothing) differentiator for w_(c)<^(π). The filter coefficients can be computed using the formula C_(k)=(a_(k)+ib_(k))/2 where k=0.

[0330] Where a_(k)=ν and b_(k)=(1/π)I_(−π)λ(w)sin kwdw

[0331] b_(k)=(2/π)I₀ ^(wc)iω sin kwdw

[0332] C_(k)=(−1/π)((sin kw_(c)k)−(ω_(c) cos kw_(c)/k))

[0333] Notably, w_(c) is a value in the range of [o,π] when w_(c)=π, and also

[0334] C_(k)=(1/k)(−1)^(k)

[0335] Using the above formulation, a digital filter can be designed for the simultaneous package detection method of subsystem 600. In order to take the 1st spatial derivative, a filter having low pass frequency of f_(c)+o is used (I is used where w_(c)=2π). This will help filter out the noise during measurement operations in subsystem 600. In order to take the 2nd spatial derivative, an all pass band (w_(c)=π) filter is used. To improve the detection performance, in particular to reduce flash-alarm rate, the present invention teaches using a 3rd spatial derivative signal to sample the 2^(nd) derivative zero crossings of the second spatial derivative signal, and thus ensure that false-alarms do not occur due to the lowering of the 1st derivative threshold in the digital filter design. The details of the FIR digital filter of the present invention will be described below with reference to FIG. 11A.

[0336] As illustrated in FIG. 19A, the digital filter method of the present invention comprises: (A) computing the 1^(st) spatial derivative (or gradient function) of x(n) for all spatial samples n; (B) computing the 2^(nd) spatial derivative of x(n) for all samples n; (C) computing the 3^(rd) spatial derivative of x(n) for all spatial samples n; (D) determine whether the 1st spatial derivative signal x′(n) is greater than the threshold τ₁; (E) using the thresholded 1st spatial derivative signal x′(n) to sample the 2^(nd) spatial derivative signal x″(n); (F) detecting the zero-crossings of x″(n) to produce a zero-crossing signal; (G) sampling the detected zero-crossing signal using the 3^(rd) spatial derivative signal x′″(n) to produce a sampled zero-crossing signal; (H) thresholding the sampled zero-crossing signal against the threshold τ₂ to detect sudden changes in the value of x(n); and (I) analyzing the changes in the value of x(n) over a number of time sampling periods in order to determine whether packages are configured in a side-by-side, stacked or singulated manner.

[0337] In FIG. 19B, the digital filter method the present invention is represented in a flow chart, indicating the particular operations carried out in a real-time sequential manner.

[0338] As indicated at Block A in FIG. 19B, a sampled position signal x(n) is obtained where n=0, 1, 2, . . . , N−1; the digital filter coefficients c[i] are selected; and thresholds τ₁ and τ₂ are obtained using empirical methods. At Block B in FIG. 19B, the 1^(st) spatial derivative of x(n), denoted x′(n), is computed for all samples n. At Block C in FIG. 19B, the 2^(nd) spatial derivative of x(n), denoted x″(x), is computed for all samples n. At Block D in FIG. 19B, the 3^(rd) spatial derivative of x(n), denoted x′″(x), is computed for all samples n. At Block E in FIG. 19B, the position index n is set to zero. At Block Fin FIG. 19B, the filter determines whether the 1st spatial derivative signal x′(n) is greater than the threshold τ₁, whether sign (x″[x])≠sign (x″[n−1]) and whether x″[n]>τ₂. If any one of these conditions are not satisfied, then at Block G the position index n is incremented by 1 (i.e. n=n+1) and then, at Block H, a check is made to determine whether the position index n is less than N. If not, then at Block I, no change is detected. If n<N, then the process flow returns to Block F. If at Block F, all three of the conditions listed therein are satisfied, then at Block J a change is detected at position n across the width of the conveyor belt.

[0339] Notably, the digital FIR filter system illustrated in FIGS. 19A and 19B is used as a basic filtering module within H/W Data Processor 605 of FIG. 16B. During the operation of the system of the present invention, the H/W Data Processor 605 carries out the simultaneous package detection process of the present invention to be described hereinbelow with reference to FIGS. 19C and 19D.

[0340] In general, there are two basic scenarios to consider when carrying out the simultaneous package detection method of the present invention: (1) when one box is disposed beside another, as shown in FIGS. 17A through 17C; and (2) when one box is disposed on top of another as shown in FIGS. 18A through 18C. The cases of more than 2 boxes can be easily extended from these two box scenarios.

[0341] Considering the side-by-side boxes case, shown in FIGS. 17A through 17C, it is noted that the light transmitting and receiving structures (T_(w), R_(w)) 602A and 602B, respectively, are used to measure the width of the packages when they move through the light curtain structure of FIG. 16B, as it is often referred to by those skilled in the art. In the case of side-by-side boxes, the measurement of package width will change while packages are passing through the light curtain structure. The method of simultaneously detecting packages arranged in a “side-by-side” configuration is illustrated in the flow chart of FIG. 19C.

[0342] As indicated at Block A in FIG. 19C, the first step in the method involves obtaining an array of N sampled width measurements W(n) along the total width of the conveyor belt (i.e. edge to edge) as the conveyor belt with packages thereon is transported through the light curtain shown in FIG. 16B. Collection of the array of width data elements, denoted by W(n) for n=0, 1, 2, . . . , N−1, is achieved using the array of light beam transmitters and receivers 602A and 602B, shown in FIG. 16B. Naturally, the spatial sampling rate (and thus the number and position of the N samples along the conveyor belt) is selected so that enough width measurements are taken and gaps between packages can be detected.

[0343] As indicated at Block B in FIG. 19C, second step in the method involves providing the array of sampled width data W(n) as input to the digital filter system of FIG. 19A so as to detect sudden changes in width data at one or more positions along the width of the conveyor belt. The first spatial derivative of the discrete set of width samples W(n) is defined as W′(n)=W(n)−W(n−1) where n=1, 2, . . . N. The second spatial derivative of the discrete set of height samples W(n) is defined as W″(n)=W′(n)−W′(n−1) where n=1, 2, . . . N. The third spatial derivative of the discrete set of width samples W(n) is defined as W′″(n)=W″(n)−W″(n−1) where n=1, 2, . . . N. The digital filter system of FIG. 19A differentiates the sudden changes in values of W(n) from noise (e.g. arising from measurement errors and slight irregularities in the box shape). As illustrated at Block F in FIG. 19B, the decision rules for the simultaneous detection method are:

[0344] (1) determine that the boxes are “side-by-side” if W′(n)>τ₁, sign(W″[n])≠sign(W″[n−1 ]) and W″(n)>τ₂, for any n; and

[0345] (2) otherwise, determine that the boxes are singulated.

[0346] Notably, sign function indicated by the symbol ( ) denotes the algebraic sign function which is used to find zero crossings in the 2nd spatial derivative signal W″(n). Simulations show that the above decision rules are work well with regard to noise, and always correctly locate abrupt changes in width data, which is necessary to determine that boxes are arranged in a side-by-side configuration.

[0347] As indicated at Block C in FIG. 19C, the third step of the method involves analyzing the detected changes in the width data array W(n) for n=0, 1, 2, . . . , N−1 for a number of time sampling periods, so as to determine the specific “side-by-side” configuration of packages on the conveyor belt.

[0348] As indicated at Block D in FIG. 19C, the fourth and last step of the method involves correlating the package dimension data (if collected) with each package in the detected “side-by-side” configuration, and transmitting a special “multiple-in-tunnel” package indicating data element (e.g. MPIT data element) to the data element queuing, handling and processing subsystem 1000 indicates that within subsystem 1000 there is either an irregular-shaped package in the tunnel or multiple side-by-side packages in the tunnel. Subsystem 1000 can then generate a control signal to cause a downstream package router to route such multiple packages through a package singulation unit, and then once again through the scanning tunnel system without human intervention. Considering the “stacked” boxes case, shown in FIGS. 18A through 18C, it is noted that the light transmitting and receiving structures (T_(w), R_(w)) 601A and 601B, respectively are used to measure the height of the packages as they move through the light curtain structure shown in FIG. 16B. In the case of stacked boxes, the measurement of the package height will change while packages are passing through the light curtain. The method of simultaneously detecting packages arranged in a “stacked” configuration is illustrated in the flow chart of FIG. 19D.

[0349] As indicated at Block A in FIG. 19D, the first step in the method involves obtaining an array of N sampled height measurements H(n) along the total height of the tunnel aperture (i.e. top to bottom) as the conveyor belt with packages thereon is transported through the light curtain structure shown in FIG. 16B. Collection of the array of height data elements, denoted by H(n) for n=0, 1. 2, . . . , N−1, is achieved using the array of light beam transmitters and receivers 601A and 601B, shown in FIG. 16B. Naturally, the sampling rate (and thus the position of the N samples above the conveyor belt) is selected so that enough height measurements are taken.

[0350] As indicated at Block B in FIG. 19D, the second step in the method involves providing the array of sampled height data H(n) as input to the digital filter system of FIG. 19A so as to process the data array(s) and detect sudden changes in height data at one or more positions above the height of the conveyor belt. The first spatial derivative of the discrete set of height samples H(n) is defined as H′(n)=H(n)−H(n−1) where n=1, 2, . . . , N. The second spatial derivative of the discrete set of height samples H(n) is defined as H″(n)=H′(n)−H′(n−1) where n=1, 2, . . . N. The third spatial derivative of the discrete set of height samples H(n) is defined as H′″(n)=H″(n)−H″(n−1) where n=1, 2, . . . N. The digital filter system of FIG. 19A differentiates the sudden changes in values of H(n) from noise (e.g. measurement errors and slight irregularities in the box shape). As illustrated at Block Fin FIG. 19B, the decision rules for the simultaneous detection method operating on sampled height data, are:

[0351] (1) determine that the boxes are “stacked” if H(n)>τ₁, sign(H″[n])≠sign(H″[n−1]) and H″(n)>τ₂, for any n; and

[0352] (2) otherwise, determine that the boxes are singulated.

[0353] Notably, the function indicated by the symbol ( ), denotes the algebraic sign function which is used to find zero crossings in the 2nd spatial derivative signal H″(n). Simulations show that the above decision rules work well with regard to noise, and always correctly locate abrupt changes in height data, which is necessary to determine that boxes are arranged in a stacked configuration.

[0354] As indicated at Block C in FIG. 19D, the third step of the method involves analyzing the detected changes in the height data array H(n) for n=0, 1, 2, . . . , N−1 for a number of time sampling periods, so as to determine the specific “stacked” configuration of packages on the conveyor belt.

[0355] As indicated at Block D in FIG. 19D, the fourth and last step of the method involves correlating the package dimension data (if collected) with each package in the detected “stacked” configuration, and transmitting corresponding package indicating data elements (e.g. PIT data elements) to the data element queuing, handling and processing subsystem 1000. As will become apparent hereinafter, these PIT data elements enable detected packages to be tracked within the overall system and eventually linked up with corresponding package identification data acquired by the bar code symbol reading subsystems employed within the Tunnel Scanning System.

[0356] Using the package detection method described above, any arrangement of non-singulated boxes on the conveyor belt can be automatically detected and successfully tracked.

[0357] The sampling rate for the above described digital filtering method, denoted by T, can be determined as follows: Let the speed of the box/conveyor be denoted by ν, and the minimum tolerance for package separation be denoted as D. Then considering the necessary data points to perform the second spatial derivative, the following expression must hold true:

[0358] T≠3D/ν

[0359] Using this rule for a 600 ft/min. conveyor belt, if the minimum tolerance is 50 mm (2 in.), then the sampling period is computed to be about 5 ms, which corresponds to a sampling frequency of about 200 Hz

[0360] The In-Motion Package Weighing Subsystem of the First Illustrative Embodiment of the Present Invention

[0361] As shown in the FIGS. 20A and 20B, the in-motion package weighing subsystem 750 is preferably arranged about the package height/width profiling subsystem 600. As shown, the in-motion weighing subsystem 750 comprises: a scale platform 751 integrated with the conveyor subsystem 302, for producing analog or digital weight signals indicative of the weight of a package(s) 754 moving across the scale platform 751; a filtering circuit 752 for filtering the analog or digital weight signals in order to remove noise components and artifacts therefrom; and a signal processor 753 for processing the filtered weight signals in order to produce a digital word representative of the measured weight of the package. Notably, the in-motion weighing subsystem of the illustrative embodiment can be realized using the model 9480 EXPRESSWEIGHT™ In-Motion Variable Box and Package Weighing System from Mettler-Toledo, Inc. of Worthington, Ohio.

[0362] The Package-In-Tunnel Signaling Subsystem of the First Illustrative Embodiment of the Present Invention

[0363] The package-in-tunnel indication subsystem 500 can be realized in a variety of ways. One way shown in FIG. 21, is to use a light transmitting/receiving structure as employed in package identification and measuring system 600, and generating a package-out-of-tunnel (POOT) data element upon detecting the exit of each package from the scanning tunnel. As shown in FIG. 21, the vertically arranged light transmitting and receiving structures 801A and 801B, as well as horizontally arranged light transmitting and receiving structures 802A and 802B, are arranged in a manner generally known in the package handling art. As shown in FIG. 21, the vertically arranged light transmitting and receiving structures 801A and 801B are controlled by a height control unit 803, which produces, as output, a signal S_(H) consisting of time-sampled package height data collected along the vertical extent of the scanning tunnel aperture, similarly, horizontally arranged light transmitting and receiving structures 802A and 802B are controlled by a width control unit 804, which produces, as output, a signal S_(w) consisting of time-sampled package height data collected along the horizontal extent of the scanning tunnel aperture. The output data streams from height and width control units 803 and 804, and the package length/velocity measurement subsystem 400, are provided as input to an H/W data processor 805, programmed to produce a package-out-of-tunnel (POOT) Indication (token) Data Element for each package detected by 800. In the illustrative embodiment, subsystem 800 is realized by integrating (i) the profiler system (Model No. P101-144-200) from KORE, Inc. of Grand Rapids, Mich., and providing a programmed H/W data processor 805 which includes the digital filter system described in FIGS. 19A through 19D in order to simultaneously detect side-by-side configured packages, stacked packages, as well as singulated packages in the manner described in great detail hereinabove.

[0364] As shown in FIG. 21, the best location for this subsystem is at the exit plane of the scanning tunnel. The POOT data element is provided to the data element queuing, handling and processing subsystem 1000, in the manner similar to that of all other data elements generated from the package height/width profiling subsystem 600, scanning units associated with the tunnel scanning subsystem, and package-in-tunnel indication subsystem 500.

[0365] The Data Element Queuing, Handling and Processing Subsystem of the First Illustrative Embodiment of the Present Invention

[0366] In FIGS. 22A1 through 22B, the structure and function of data element queuing, handling and processing subsystem 1000 is shown in greater detail. As shown in FIGS. 22A1 and 22A2, all data elements entering subsystem 1000 are provided to an I/O subsystem 1001, the output port of which is connected to a data element time-stamping unit 1003 that is controlled by a timing/control unit 1002. In the illustrative embodiment, there are four possible types of data elements that might be loaded into the system event queue 1004, realized as a FIFO data structure known in the computing art. As shown in FIGS. 22A1 and 22A2, the four data element types managed by the subsystem 1000 of the illustrative embodiment are: package (measurement) data elements; scan beam (i.e. package identification) data elements; package-in-tunnel (PIT) data elements; and package out-of-tunnel (POOT) data elements.

[0367] As shown in FIG. 22A1 and 22A2, the data element queuing, handling and processing subsystem 1000 further comprises a number of other modules, namely: a moving package tracking queue 1005, realized as a FIFO data structure known in the computing art, for queuing package data elements, package-in-tunnel (PIT) data elements and package out-of-tunnel (POOT) data elements; and a data element analyzer 1006 (e.g. programmed microprocessor and associated memory structures) for reading the different types of data elements from the output of the system event queue 1004 and analyzing and handling the same according to the Data Element Handling Rules set forth in FIGS. 23A1 and 23A2.

[0368] As shown in FIGS. 22A1 and 22A2, scan beam data elements generated from “holographic type” laser scanning subsystems must be processed using a system of data processing modules. As shown in FIGS. 22A1 and 22A2, this system of data processing modules comprises a data element combining module 1007A for combining (i) each scan beam data element generated from “holographic-type” laser scanning subsystems and accessed from the system event queue 1004 with (ii) each and every package data element in the moving package tracking queue 1005, so as to produce a plurality of combined data element pairs; a package surface geometry modeling module 1008A for generating a geometrical model for the package represented by the package data element in each combined data element pair produced by the data element combining module 1007A; a homogeneous transformation (HG) module 1009A for transforming (i.e. converting) the coordinates of each package surface geometry model produced at the “dimensioning position” in the global coordinate reference frame R_(global), into package surface geometry model coordinates at the “scanning position” within the scanning tunnel (i.e. displaced a distance z from the package dimensioning position); a scan beam geometry modeling module 1010A for generating a geometrical model for the laser scanning beam represented by the scan beam data element in each combined data element pair produced by the data element combining module 1007A; a homogeneous transformation (HG) module 1011A for transforming (i.e. converting) the coordinates of each scanning beam geometry model referenced to the local frame of reference symbolically embedded within the holographic laser scanning system, into scanning beam geometry model coordinates referenced to the global coordinate reference R_(global) at the “scanning position” within the scanning tunnel; a scan beam and package surface intersection determination module 1012A for determining, for each combined data element pair produced from the data element combining module, whether the globally-referenced scan beam model produced by the HG transformation module 1009A intersects with the globally-referenced package surface model produced by the HG transformation module 1011A, and if so, then the data output subsystem 1013A produces, as output, package identification data, package dimension data (e.g. height, width data etc.), and package weight data, for use by auxiliary systems associated with the tunnel scanning system of the present invention.

[0369] As shown in FIG. 22B, scan beam data elements generated from “non-holographic type” laser scanning subsystems must be processed using a different system of data processing modules than that shown in FIGS. 22A1 and 22A2. As shown in FIG. 22B, this system of data processing modules comprises: a data element combining module 1007B (similar to module 1007A) for combining (i) each scan beam data element generated from the “non-holographic-type” bottom-located laser scanning subsystems and accessed from the system event queue 1004 with (ii) each and every package data element in the moving package tracking queue 1005, so as to produce a plurality of combined data element pairs; a package surface geometry modeling module 1008B (similar to module 1008A) for generating a geometrical model for the package represented by the package data element in each combined data element pair produced by the data element combining module 1007B; a homogeneous transformation (HG) module 1009B (similar to module 1009A) for transforming (i.e. converting) the coordinates of each package surface geometry model produced at the “dimensioning position” in the global coordinate reference frame R_(global), into package surface geometry model coordinates at the “scanning position” within the scanning tunnel (i.e. displaced a distance z from the package dimensioning position); a X-Z scanning surface (geometry) modeling module 1010B for generating a geometrical model for the laser scanning surface represented by the scan beam data element in each combined data element pair produced by the data element combining module 1007B; a homogeneous transformation (HG) module 1011B for transforming (i.e. converting) the coordinates of each x-z scanning surface geometry model referenced to the local frame of reference symbolically embedded within the non-holographic bottom laser scanning subsystem, into scanning beam geometry model coordinates referenced to the global coordinate reference R_(global) at the “scanning position” within the scanning tunnel; a scan beam and package surface intersection determination module 1012B for determining, for each combined data element pair produced from the data element combining module, whether the globally-referenced scanning surface model produced by the HG transformation module 1009B intersects with the globally-referenced package surface model produced by the HG transformation module 1011B, and if so, then the data output subsystem 1013B produces, as output, package identification data, package dimension data (e.g. height, width data etc.), and package weight data, for use by auxiliary systems associated with the tunnel scanning system of the present invention.

[0370] Having described the overall structure and function of the data element queuing, handling and processing subsystem 1000, it is appropriate at this juncture to now briefly describe the operation thereof with reference to FIGS. 22A1, 22A2 and 22B.

[0371] Prior to loading into the system event queue 1004, each data element is time-stamped (i.e. T_(j)) by the timing stamping module 1003 driven by a master clock within timing/control unit 1002 referenced to the global reference frame R_(global). All data elements in the system event queue 1004 are handled by a data element analyzer/handler 1006 which is governed by the table of Data Element Handling Rules set forth in FIGS. 23A1 and 23A2. In general, subsystem 1000 is best realized by a computing platform having a multi-tasking operating system capable of handling multiple “threads” at the same time.

[0372] Each package moving through the scanning tunnel will be represented by a data element (i.e. an object in an object-oriented programming environment e.g. Java programming environment) stored in a moving package tracking queue 1005 operably connected to the data element handler 1006. Package data elements are placed in the moving package tracking queue 1005 and matched with each scan beam data element accessed from the system event queue 1004 using a data element combining module 1007A. Scan beam data elements generated from holographic-based scanning units are processed along the scan data processing channel illustrated by blocks 1008A, 1009A, 1010A, 1011A, 1012A, and 1013A set forth in the lower right hand corner of FIGS. 22A1 and 22A2, whereas scan beam data elements generated from non-holographic based scanning units (e.g. from the bottom-located polygon scanners in the tunnel) are processed along a different scan data processing channel illustrated by blocks 1008B, 1009B, 1010B, 1011B, 1012B, and 1013B set forth on FIG. 22B. This is because scan beam data elements generated from holographic-based scanning units have been generated from laser scanning beams (or finite scanning sectors) which can be tracked with scan package identification data by tracking facet sectors on the scanning disc in issue. While a similar technique can be used for polygon-based scanners (e.g. tracking “mirror sectors” instead of HOE-based facet sectors), a different approach has been adopted in the illustrative embodiment. That is, the scanning surface (e.g. 3×5″) of each polygon scanning unit along the bottom scanner is accorded a vector-based surface model, rather than a ray-type model used for package identification data collected using holographic scanning mechanisms.

[0373] The Package Surface Geometry Modeling Subsystem of the First Illustrative Embodiment of the Present Invention

[0374] As shown in FIG. 24A, a surface geometry model is created for each package surface by the package surface geometry modeling subsystem (i.e. module) 1008A deployed with the data element queuing, handling and processing subsystem 1000 of FIGS. 22A1 and 22A2. In the illustrative embodiment, each surface of each package transported through package dimensioning/measuring subsystem 600 and package velocity/length measurement subsystem 400 is mathematically represented (i.e. modeled) using at least three position vectors (referenced to x=0, y=0, z=0) in the global reference frame R_(global), and a normal vector to the package surface indicating the direction of incident light reflection therefrom. The table of FIG. 24B describes a preferred procedure for creating a vector-based surface model for each surface of each package transported through the package dimensioning/measuring subsystem 600 and package velocity/length measurement subsystem of the system 400 hereof.

[0375] The Scan Ream Geometry Modeling Subsystem of the First Illustrative Embodiment of the Present Invention

[0376] As shown in FIGS. 25A1 through 25A2, a vector-based model is created by the scan beam geometry modeling subsystem (i.e. module) 1010A of FIGS. 22A1 and 22A2, for the propagation of the laser scanning beam (ray) emanating from a particular point on the facet, to its point of reflection on the corresponding beam folding mirror, towards to the focal plane determined by the focal length of the facet. The table set forth in FIGS. 25B1 through 25B3 define the parameters used to construct the diffraction-based geometric optics model of the scanning facet and laser scanning beam shown in FIGS. 25A1 and 25A2. Details of this modeling procedure is illustrated in FIGS. 25C1 and 25C2 and can be found in Applicant's copending application Ser. No. 08/726,522 filed Oct. 7, 1996; and Ser. No. 08/573,949 filed Dec. 18, 1995.

[0377]FIG. 26 provides a schematic representation of the laser scanning disc shown in FIGS. 25A1 and 25A2, labeled with particular parameters associated with the diffraction-based geometric optics model of FIGS. 25A1 and 25A2.

[0378] In FIG. 27, a preferred procedure is described for creating a vector-based ray model for laser scanning beams which have been produced by a holographic laser scanning subsystem of the system hereof, that may have collected the scan data associated with a decoded bar code symbol read thereby within the tunnel scanning subsystem.

[0379] The Scan Surface Modeling Subsystem of the First Illustrative Embodiment of the Present Invention

[0380]FIG. 28 schematically shows how the scan surface modeling subsystem (i.e. module) 1010B of FIG. 22B can be used to define a vector-based 2-D surface geometry model for each candidate scan beam generated by the polygonal-based bottom scanners in the tunnel scanning system. As shown in FIG. 28, each omnidirectional scan pattern produced from a particular polygon-based bottom scanning unit is mathematically represented (i.e. modeled) using four position vectors (referenced to x=0, y=0, z=0) in the global reference frame R_(global), and a normal vector to the scanning surface indicating the direction of laser scanning rays projected therefrom during scanning operations.

[0381] The Homogeneous (HG) Transformation Module of the First Illustrative Embodiment of the Present Invention

[0382]FIG. 29 schematically describes how the homogeneous (HG) transformation module 1009A of FIG. 22B uses homogeneous transformations to convert a vector-based model within a local scanner coordinate reference frame R_(localscannerj) into a corresponding vector-based model created within the global scanner coordinate reference frame R_(global). This mathematical technique is essential in that it converts locally-referenced coordinates used to represent a laser beam (which scanned a bar code symbol) into globally-referenced coordinates used to represent the same laser scanning beam.

[0383]FIG. 30 describes how the homogeneous (HG) transformation module 1009A of FIGS. 22A1 and 22A2 uses homogeneous transformations to convert a vector-based package surface model specified within the global coordinate reference frame R_(global) at the “package height/width profiling position”, into a corresponding vector-based package surface model created within the global coordinate reference frame R_(global) specified at the “scanning position” within the tunnel scanning system. This mathematical technique is essential in that it converts locally-referenced coordinates used to represent a package surface into globally-referenced coordinates used to represent the same package surface. Notably, this method of coordinate conversion involves computing the package travel distance (z=d) between the package height/width profiling and scanning positions using (1) the package or conveyor belt velocity (v) and the difference in time (i.e. ΔT=T1−T2) indicated by the time stamps (T1 and T2) placed on the package data element and scan beam data element, respectively, matched thereto during each scan beam/package surface intersection determination carried out within module 1012A in the data element queuing, handling and processing subsystem 1000 of FIG. 4. Notably, this package displacement distance z=d between the profiling and scanning positions is given by the mathematical expression d=vΔT.

[0384] The Scan Beam and Package Surface Intersection Determination Subsystem of the First Illustrative Embodiment of the Present Invention for Use with Scan Beam Data Elements Produced by Holographic Scanning Subsystems

[0385]FIGS. 31A and 31B, taken together, describes a procedure which is carried out within the scan beam and package surface intersection determination module 1012A of the illustrative embodiment in order to determine whether (i) the scan beam (rays) associated with a particular scan beam data element produced by a holographic scanning subsystem intersects with (ii) any surface on the package that has been scanned at a particular scanning position, and thus whether to correlate a particular package identification data element with particular package measurement data element acquired by the system.

[0386] As indicated at Block A in FIG. 31A, the first step of the procedure involves using the minimum and maximum scan ray models of the laser scan beam to determine the intersection point between the scan ray and a surface on the package (using the vector-based models thereof) referenced to the global coordinate reference frame R_(global). As indicated at Block B in FIG. 31A, if an intersection point has been determined at Block A, then confirm that the sign of the normal vector of the surface is opposite the sign of the scan ray direction vector. As indicated at Block C in FIG. 31A, if the sign of the normal vector is opposite the sign of the scan ray direction vector, then determine if the intersection point (found at Block A) falls within the spatial boundaries of the package surface. As indicated at Block D in FIG. 31B, if the intersection point falls within the boundaries of the modeled package surface, then output a data element to the output queue in the data output subsystem 1013A, wherein the data element comprises package identification data and package measurement data representative of the dimensions and measurements of the package by the system for use by other subsystems. When a scan beam (i.e. package identification) data element taken from the system event queue 1004 is correlated with a package measurement data element using the above described method, then the queuing, handling and processing subsystem 1000 outputs a data element (in an output data queue 1013A) containing the package ID data and the package dimensional and measurement data. Such correlated data elements can be displayed graphically, printed out as a list, provided to sorting subsystems, shipping pricing subsystems, routing subsystems and the like.

[0387] The Scan Surface and Package Surface Intersection Determination Subsystem of the First Illustrative Embodiment of the Present Invention for Use with Scan Beam Data Elements Produced by Non-Holographic Scanning Subsystems

[0388]FIGS. 32A and 32B, taken together, describes a procedure which can be carried out within the scan surface and package surface intersection determination module 1012B of FIG. 22B in order to determine whether the scanning surface associated with a particular scan beam data element produced by a non-holographic (e.g. polygon-based) “bottom-located” scanning subsystem spatially intersects with any surface on the package that has been scanned at a particular scanning position, and thus whether to correlate a particular package identification data element with particular package measurement data element acquired by the system.

[0389] As indicated at Block A in FIG. 32A, the first step of the procedure involves using the vector-based surface models of the laser scan surfaces of the bottom polygon scanners and side surfaces of the packages so as to determine whether or not there exists a point of intersection between the scanning surface of the polygon-based scanners and any surface of the package. As indicated at Block B in FIG. 32A, if an intersection point exists, then confirm that the sign of the vector model of the scanning surface (i.e. the normal vector) is opposite the sign of the vector model of the package surface. As indicated at Block C in FIG. 32B, if the sign of the normal vector of the scanning surface is opposite the sign of the normal vector to the package surface, then confirm that certain of the points bounded by the scanning surface coincide with points bounded by the surface of the package. As indicated at Block D in FIG. 32B, if sufficient overlap is found to exist between the scanning surface and the package surface, then output a data element to the output queue in the data output subsystem 1013B, wherein the data element comprises package identification data, and package measurement data representative of the dimensions and measurements of the package by the system for use by other subsystems. When a scan beam (i.e. package identification) data element taken from the system event queue 1004 is correlated with a package data element using the above described method, then the queuing, handling and processing subsystem 1000 outputs a data element (in an output data queue 1013B) containing the package ID data and the package dimensional and measurement data. Such correlated data elements can be displayed graphically, printed out as a list, provided to sorting subsystems, shipping pricing subsystems, routing subsystems and the like.

[0390] Notably, the smaller the facet sectors on the scanning disc, then the better resolution the system hereof will have with regarding to correlating package identification data with package measurement data. As the facet sector gets smaller, the corresponding minimum and maximum facet angles generated from the decoder device hereof will get closer and closer, approaching a single scanning ray in the ideal situation.

[0391] Automated Tunnel-Type Laser Scanning Package Identification and Weighing System Constructed According to a Second Illustrated Embodiment of the Present Invention Package Identification and Measurement

[0392] Referring now to FIGS. 33 through 34, the “dual-lane” automated tunnel-type laser scanning system of the second illustrated embodiment 2000 will now be described in detail. As in the first illustrative embodiment depicted in FIGS. 1A through 32B, the system of the second illustrative embodiment is designed to identify and measure packages that are singulated along a conveyor subsystem in a conventional manner.

[0393] Overview of the Tunnel Scanning System of the Second Illustrative Embodiment of the Present Invention

[0394] As shown in FIGS. 33 and 34, the automated tunnel scanning system of the second illustrative embodiment indicated by reference numeral 2000 comprises an integration of subsystems, namely: a high-speed package conveyor subsystem 2100 having a conveyor belt 2101 having a width of at least 60 inches to support a pair of package transport lanes 2102A and 2102B along the conveyor belt; a pair of dual-disc holographic laser scanning bar code symbol reading subsystems 2200A and 2200B supported overhead above the conveyor belt 2101 by a support frame 2202 so as to produce a 3-D omnidirectional scanning volume 2103 thereabove, for scanning bar codes 2204 on packages 2205 transported therethrough; a package-in-the-tunnel indication subsystem 2300 realized as a pair of IR-based package detectors 2301A and 2301B directed over the first and second conveyor lanes (CL1 and CL2) 2102A and 2102B of the conveyor belt, respectively, for automatically detecting the presence of packages 2205 moving within lanes of the conveyor belt and into the scanning tunnel; a package-out-of-the-tunnel indication subsystem 2400 realized as a pair of IR-based package detectors 2401A and 2401B directed over the first and second conveyor lanes (CL1 and CL2) 2102A and 2102B of the conveyor belt, respectively, for automatically detecting the presence of packages moving within lanes of the conveyor belt and out of the scanning tunnel; a weighing-in-motion subsystem 2500 for weighing packages as they are transported along the conveyor belt 2101; a package/belt velocity measurement subsystem 2600 realized using a roller wheel 2601 engaged against the undersurface of the conveyor belt 2101, an optical shaft incremental encoder 2602 connected to the axle of the roller wheel 2601 and producing an electrical pulse output stream per revolution of the roller wheel, and a programmed microprocessor 2603 for processing the output pulse stream and producing digital data representative of the velocity of the conveyor belt (and thus package transported thereby) at any instant in time; an input/output subsystem 2700 for managing the data inputs to and data outputs from the system of FIG. 33; and a data management computer 2800, with a graphical user interface (GUI) 2801, for realizing a data element queuing, handling and processing subsystem 2900 shown in greater detail in FIGS. 41A and 41B, as well as other data and system management functions.

[0395] The High-Speed Conveyor Belt Subsystem of the Second Illustrative Embodiment

[0396] As shown in FIG. 33, the high-speed conveyor belt subsystem 2100 of the illustrative embodiment comprises: a plurality of rollers 2102 spaced apart and supported by support frame structure (not shown in FIG. 33); a belt structure 2101, extending between and supported by a belt support structure 2103, and having a width of at least 60 inches to provide a pair of package transport lanes CL1 and CL2 along the conveyor belt subsystem; a drive motor 2104 for imparting torque to the rollers; and a belt velocity controller 2106 for controlling the velocity of the belt and thus packages during system operation.

[0397] Dual-Disc Holographic Laser Scanning Bar Code Symbol Reading Subsystems of the Present Invention

[0398] As shown in FIG. 33, each dual-disc holographic laser scanning bar code symbol reading subsystem 2200A and 2200B is supported overhead above the conveyor belt 2101 by a support frame 2202. During system operation, each dual-disc holographic laser scanning subsystem 2200A and 2200B produces a 3-D omnidirectional scanning volume having four focal planes for omnidirectional scanning of bar codes on package transported therethrough. The omnidirectional laser scanning pattern projected from each scanning disc, within a particular focal plane of the scanning volume, is schematically depicted in FIG. 35. The subsystems comprising the scanning tunnel system of FIG. 33 are schematically depicted in FIG. 34.

[0399] As shown in FIG. 36, each dual-disc holographic laser scanning subsystem 2200A, 2200B comprises a pair of laser scanning platforms 2207A and 2207B, each mounted within a common housing 2208. As shown in FIG. 36, each laser scanning platform 2207A, 2207B in the illustrative embodiment comprises five laser scanning stations 2210A through 2210E arranged about a holographic scanning disc 2211. It is understood, however, that in other embodiments of the present invention, more or less than five scanning stations may be arranged about the scanning disc in various ways as the particular application requires. As shown in FIG. 37, each holographic scanning disc 2211 employed in the laser scanning subsystem of FIG. 36 has sixteen holographic facets, each being realized as transmission-type volume holograms in the illustrative embodiments. As shown in FIGS. 39A through 39C, each single-disc holographic laser scanning platform 2210A through 2210E comprises essentially the same assembly of subcomponents as that depicted in FIGS. 3A7A through 3A7C, described in great detail hereinabove. Preferably, each holographic laser scanning platform employed therein is designed and constructed using the methods detailed in Applicant's copending application Ser. No. 08/949,915 filed Oct. 14, 1997; Ser. No. 08/854,832 filed May 12, 1997; Ser. No. 08/886,806 filed Apr. 22, 1997, now U.S. Letters Pat. No. 5,984,185; Ser. No. 08/726,522 filed Oct. 7, 1996; and Ser. No. 08/573,949 filed Dec. 18, 1995, now Abandoned, each incorporated herein by reference. The design parameters for the holographic scanning facets on each holographic scanning disc in these subsystems are set forth in the Table of FIG. 38. Notably, the design parameters set forth in the table of FIG. 38 are defined in detail in the above-referenced U.S. patent applications.

[0400] Package-in-the-Tunnel Indication Subsystem of the Second Illustrative Embodiment of the Present Invention

[0401] The package-in-the-tunnel indication subsystem 2300 depicted in FIGS. 33 and 34 are realized as a pair of IR-based package detectors 2301A and 2301B which are mounted on the edges of the first and second conveyor lanes (CL1 and CL2) 2102A and 2102B of the conveyor belt, respectively. Each IR-based package detector 2301A and 2301B comprises an infared (IR) transmitter 2302 in synchronous operation with an IR receiver 2303, as taught in U.S. Letters Patent No. 5,789,730 to Rockstein, et al., incorporated herein by reference. The function of each synchronous IR transmitter and receiver 2302 and 2303 is to automatically detect the presence of a package (i.e. object) moving into the scanning tunnel along the conveyor belt lane assigned thereto. Notably, in the illustrative embodiment, where there are dual package conveyor lanes, the IR range of each IR-based package detector is adjusted so that it extends only half the width of the conveyor belt. In alternative single-lane systems, only a single IR-based package detector is required to construct the package-in-the-tunnel indication subsystem 2300, and in such embodiments, the range of the IR-based package detector will extend across the entire length of the conveyor belt.

[0402] Package-out-the-Tunnel Indication Subsystem of the Second Illustrative Embodiment of the Present Invention

[0403] The package-out-of-the-tunnel indication subsystem 2400 depicted in FIGS. 33 and 34 are also realized as a pair of IR-based package detectors 2401A and 2401B which are mounted on the edges of the first and second conveyor lanes (CL1 and CL2) 2102A and 2102B of the conveyor belt, respectively. Each IR-based package detector 2401A and 2401B comprises an infared (IR) transmitter 2402 in synchronous operation with an IR receiver 2403, as taught in U.S. Letters Pat. No. 5,789,730, supra, incorporated herein by reference. The function of each synchronous IR transmitter and receiver 2402 and 2403 is to automatically detect the presence of a package (i.e. object) moving out of the scanning tunnel along the conveyor belt lane assigned thereto. Notably, in the illustrative embodiment, where there are dual package conveyor lanes, the IR range of each IR-based package detector 2401A and 2401B is adjusted so that it extends only half the width of the conveyor belt. In alternative single-lane systems, only a single IR-based package detector is required to construct the package-out-of-the-tunnel indication subsystem 2400, and in such embodiments, the range of the IR-based package detector will extend across the entire length of the conveyor belt.

[0404] Package/Belt Velocity Measurement Subsystem of the Second Illustrative Embodiment of the Present Invention

[0405] As illustrated in FIGS. 33 and 34, the package/belt velocity measurement subsystem 2600 of the illustrative embodiment is realized engaging a roller wheel 2601 (with a one linear foot circumference) against the undersurface of the conveyor belt 2101 and connecting a Model RG/RJ Optical Shaft Incremental encoder 2602 from PhotoCraft, Inc. of Elburn, Ill., to the axle of the roller wheel 2601. The function of the shaft encoder 2602 is to automatically generate a predetermined number of electrical pulses for each revolution of the roller wheel 2601 in order to indicate that the belt 2101 has undergone one linear foot of travel. These electrical pulses are provided to the high-speed input port of a programmed microprocessor 2603 which count the electrical pulses and generate a digital data element representative of the physical displacement of the conveyor belt, z=A. By timing the displacement of each linear foot of conveyor belt travel, the programmed microprocessor 2603 can calculate the instantaneous velocity of the conveyor belt and produce a digital data element representative thereof for use by the data element queuing, handling and processing subsystem 2900. In the illustrative embodiment, the programmed microprocessor 2603 also carries out the computational process depicted in the flow chart set forth in FIGS. 40A through 40C in order to compute the instantaneous velocity of the conveyor belt of the system of the second illustrative embodiment of the present invention.

[0406] Weighing-in-Motion Subsystem of the Second Illustrative Embodiment of the Present Invention

[0407] As shown in the FIGS. 33 and 34, the in-motion package weighing subsystem 2500 is preferably arranged about the package in-the-tunnel detection subsystem 2300. As shown, the in-motion weighing subsystem 2500 comprises: a pair of scale platforms 2501A and 2501B mounted along conveyor lanes CL1 and CL2, respectively, and each producing analog or digital weight signals indicative of the weight of a package(s) 2205 moving across the scale platforms 2501A and 2501B; a filtering circuit 2502 for filtering the analog or digital weight signals in order to remove noise components and artifacts therefrom; and a signal processor 2503 for processing the filtered weight signals in order to produce a digital data element representative of the measured weight of the package, for provision to the data element queuing, handling and processing subsystem 2900, via the I/O subsystem 2700. Notably, the in-motion weighing subsystem 2500 of the illustrative embodiment can be realized using the EXPRESSWEIGHT™ Model 9480 In-Motion Variable Box and Package Weighing System from Mettler-Toledo, Inc. of Worthington, Ohio.

[0408] Input and Output Subsystem of the Second Illustrative Embodiment of the Present Invention

[0409] In the second illustrative embodiment shown in FIGS. 33 and 34, the function of the input/output (I/O) subsystem 2700 is to manage the data inputs to and the data outputs from the data management computer system 2800. In the illustrative embodiment, I/O subsystem 2700 can be realized using one or more rack-mounted 1/0 adapter boxes, such as the RocketPort Series RM16-RJ45 multiport serial controller having sixteen I/O ports, sold by the Comtrol Corporation, of Saint Paul, Minn.

[0410] Data Element Queuing, Handling and Processing Subsystem of the Second Illustrative Embodiment of the Present Invention

[0411] As illustrated in FIG. 34, data management computer 2800 is used to carry out the data element queuing, handling and processing subsystem 2900 in the second illustrative embodiment of the system of the invention. In FIGS. 41A and 41B, the structure and function of data element queuing, handling and processing subsystem 2900 is shown in greater detail.

[0412] As shown in FIGS. 41A and 41B, all data elements entering subsystem 2900 are provided to an I/O module 2901 having a plurality of input ports, and an output port which is connected to a data element time-stamping unit 2903 that is controlled by a timing/control unit 2902. In the illustrative embodiment, there are four (4) general types of data elements that might be loaded into the system event queue 2904, realized as a FIFO data structure known in the computing arts: (1) scan beam data elements; (2) package (weight and dimension) data elements; (3) package-in-tunnel (PIT) data elements; (4) package out-of-tunnel (POOT) data elements.

[0413] As shown in FIGS. 41A and 41B, the data element queuing, handling and processing subsystem 2900 further comprises a number of other modules, namely: a moving package tracking queue 2905 realized as a FIFO data structure known in the computing art, for queuing package (weight) data elements, package-in-tunnel (PIT) data elements, and package out-of-tunnel (POOT) data elements; and a data element analyzer 2906 (e.g. programmed microprocessor and associated memory structures) for reading the different types of data elements from the output of the system event queue 2904 and analyzing and handling the same according to the Data Element Handling Rules set forth in FIGS. 42A and 42B.

[0414] As shown in FIGS. 41A and 41B, scan beam data elements generated from the holographic laser scanning subsystems 2200A and 2200B are processed using a number of data processing modules, namely: a data element combining module 2907 for combining (i) each scan beam data element generated from holographic laser scanning subsystems 2200A and 2200B and accessed from the system event queue 2904 with (ii) each and every package data element in the moving package tracking queue 2905 so as to produce a plurality of combined data element pairs; a package location region (geometrical) modeling module 2908 for generating a vector-based (geometrical) model for the package location region indicated by the package data element in each combined data element pair produced by the data element combining module 2907; a scan beam geometry modeling module 2909 for generating a geometrical model for the laser scanning beam indicated by the scan beam data element in each combined data element pair produced by the data element combining module 2907; a homogeneous transformation (HG) module 2910 for transforming (i.e. converting) the coordinates of each scanning beam geometry model referenced to the local frame of reference (symbolically embedded within the holographic laser scanning system) into scanning beam geometry model coordinates referenced to the global coordinate reference R_(global) at the “scanning position” within the scanning tunnel; a scan beam and package location region intersection determination module 2911 for determining, for each combined data element pair produced from the data element combining module 2907, whether the globally-referenced scan beam model produced by the HG transformation module 2910 intersects with the globally-referenced package location region model produced by the package location region modeling module 2908, and if so, then the data output subsystem 2912 produces, as output, package identification data and package measurement (e.g. weight and/or dimension) data for use by auxiliary systems associated with the tunnel scanning system of the second illustrative embodiment of the present invention.

[0415] Having described the overall structure and function of the data element queuing, handling and processing subsystem 2900 it is appropriate at this juncture to now briefly describe the operation thereof with reference to FIGS. 41A and 41B.

[0416] Prior to loading into the system event queue 2904 each data element is time-stamped (i.e. T_(j)) by the time-stamping module 2903 driven by a master clock within timing/control unit 2902 referenced to the global reference frame R_(global). All data elements in the system event queue 2904 are handled by a data element analyzer/handler 2906 whose operation is governed by the Data Element Handling Rules set forth in the table of FIGS. 42A and 42B. In general, the data element queuing, handling and processing subsystem 2900 is best realized by an computing platform having a multi-tasking operating system (e.g. UNIX) capable of handling multiple “threads” at the same time.

[0417] Each package moving through the scanning tunnel shown in FIG. 33 will be represented by a data element (i.e. an object in an object-oriented programming environment e.g. Java programming environment) stored in the moving package tracking queue 2905. Package data elements are placed in the moving package tracking queue 2905 and matched with each scan beam data element accessed from the system event queue 2904 using the data element combining module 2907. Scan beam data elements generated from holographic-based scanning units 2200A and 2200B are processed along the scan data processing channel illustrated by blocks 2908, 2909, 2910 and 2911 set forth in FIGS. 41A and 41B.

[0418] The Package Location Region Modeling Subsystem of the Present Invention

[0419] As shown in FIG. 43, for each package scanned within the tunnel scanning subsystem, a vector-based model of the package location region is created by the package location region modeling subsystem (i.e. module) 2908 deployed with the data element queuing, handling and processing subsystem 2900 of FIGS. 41A and 41B. Notably, in the illustrative embodiment of FIG. 33, the “package location region” at the point of scanning within the tunnel is the subject matter of the package location region modeling subsystem 2908, rather than the geometry of the package itself as was the case in the system of the first illustrative embodiment shown in FIGS. 1 through 32B. This is because the dimensions of the package are not determined in this illustrative embodiment, as they were in the first illustrative embodiment of the system of the present invention shown in FIG. 33. In the second illustrative embodiment, each package location region 2920 is mathematically represented (i.e. modeled) using a set of vectors (referenced to x=0, y=0, z=0) in the global reference frame R_(global). The flow chart of FIGS. 44A and 44B describes a preferred modeling procedure for creating a vector-based model of the package location region at the point of package scanning within the tunnel scanning subsystem of FIG. 33.

[0420] As indicated at Block A in FIG. 44A, the first step in the modeling procedure involves determining whether the detected package is located in the first conveyor lane (CL1) or the second conveyor lane (CL2). As indicated at Block B in FIG. 44A, the second step uses (i) the time stamp (Tj) placed on the package data element associated with the detected package, and (ii) the time stamp (Tj+k) placed on the scan beam data element matched to the package data element by the data element combining module 2907.

[0421] As indicated at Block B in FIG. 44A, the above-identified time stamps (Tj) and (Tj+k) are used to compute the distance “d” traveled by the package using the following formula: d=ΔT V, where ΔT=(Tj+k)−(Tj), and v=package velocity determined by the package/belt velocity measurement subsystem 2600. As indicated at Block C in FIG. 44A, if the detected package resides in the first conveyor lane (CL1), then the subsystem assigns thereto a “package location region” model specified by the vector model: 0≦x≦W/2; 0≦y; d−Δd≦z≦d+Δd in the global reference system, wherein Ad is the prespecified focal zone depth associated with the laser scanning beam scanning the package at its scanning position at time (Tj+k).

[0422] As indicated at Block D in FIG. 44B, if the detected package resides in the second conveyor lane (CL2), then the subsystem assigns thereto a package location region model specified by the vector model: W/2≦x≦W; 0≦y; d−Δd≦z≦d+Δd in the global reference system, wherein Ad is the prespecified focal zone depth associated with the laser beam scanning the package at its scanning position at time (Tj+k).

[0423] The Scan Beam Geometry Modeling Subsystem of the Second Illustrative Embodiment of the Present Invention

[0424] In the tunnel scanning system of FIGS. 33 and 34, the scan beam geometry modeling subsystem 2909 (i.e. module) depicted in FIGS. 25A1 through 26 is employed in the subsystem 2900 shown in FIGS. 41A and 41B. Thus, the function of the scan beam geometry modeling subsystem (i.e. module) 2909 of FIGS. 41A and 41B is to create a vector-based model for the propagation of the laser scanning beam (ray) (i) emanating from a particular point on the facet, (ii) to its point of reflection on the corresponding beam folding mirror, and (iii) towards to the focal plane determined by the focal length of the facet. This modeling method is similar to the method illustrated in FIGS. 25B1 through 26 and described hereinabove, and therefore will not be repeated to avoid obfuscation of the present invention.

[0425] The Homogeneous (HG) Transformation Module of the Present Invention

[0426]FIG. 45 schematically describes how the homogeneous (HG) transformation module 2910 of FIGS. 41A and 41B uses homogeneous transformations to convert a vector-based “scanning beam” model referenced to a local scanner coordinate reference frame R_(localscannerj) into a corresponding vector-based “scanning beam” model referenced to the global scanner coordinate reference frame R_(global) symbolically embedded within the system of FIG. 33. This mathematical technique is essential in that it converts locally-referenced coordinates used to represent the laser beam (which scanned a bar code symbol) into globally-referenced coordinates used to represent the same laser scanning beam. Notably, this method of coordinate conversion involves computing the package travel distance (z=d) between (i) the package detection position at which time stamp (Tj) is applied to the PIT data element, and (ii) the package scanning position at which time stamp (Tj+k) is applied to the scan beam data element. In the illustrative embodiment, this computation involves using (i) the package or conveyor belt velocity (v), and (ii) the difference in time (i.e. ΔT=(Tj+k)−(Tj)) indicated by the time stamps (Tj+k) and (Tj) placed on the scan beam data element and package data element, respectively, matched thereto during each scan beam/package location region intersection determination carried out within module 2911. Notably, this package displacement distance z=d, defined between the package detection and scanning positions, is given by the mathematical expression d=v ΔT.

[0427] The Scan Beam and Package-Scanning Region Intersection Determination Subsystem of the Second Illustrative Embodiment of the Present Invention for Use with Scan Ream Data Elements Produced by Holographic Scanning Subsystems

[0428] The procedure carried out within the scan beam and package location region intersection determination module 2911 of FIGS. 41A and 41B is shown in FIG. 46. In general, the function of this computational module is to determine whether (i) the scan beam (rays) associated with a particular scan beam data element produced by a holographic scanning subsystem intersects with (ii) the package location region that has been modeled at a particular scanning position (i.e. specified by laser beam position information associated with the corresponding scan beam data element). If so, the module 2911 correlates the particular scan beam data element (i.e. package identification data element) with the package measurement data element corresponding to the modeled package location position.

[0429] As indicated at Block A in FIG. 46, the first step of the procedure involves using the minimum and maximum scan rays models of the laser scan beam (i.e. specified by the minimum and maximum facet scan angles) to determine the zone of coordinates about and within the focal planes of such scan rays models expressed as: x_(min)±Δx;y_(min)±ΔY;Z_(min)+Δz; and x_(max)±Δx;y_(max)±Δy;z_(max)±Δz.

[0430] As indicated at Block B in FIG. 46, the next step of the method involves determining whether or not the zone of coordinates about and within the focal planes of the minimum and maximum scan rays fall within the spatial boundaries of the computed package location region located within either the first or second conveyor lane of the system. If the scan rays fall within the zone of coordinates specified at Block A, then, at Block C in FIG. 46, the method involves outputting a data element in the output queue comprising the package identification data and package measurement (e.g. weight and/or dimension) data for use by other auxiliary subsystems operably connected to the system. In general, such data elements can be displayed graphically, printed out as a list, provided to sorting subsystems, shipping pricing subsystems, routing subsystems and the like. If the scan rays do not fall within the zone of coordinates specified at Block A then, the method involves not outputting any data element in the output queue.

[0431] Automated Tunnel-Type Laser Scanning Package Identification and Weighing System Constructed According to a Third Illustrated Embodiment of the Present Invention:

[0432] Referring now to FIGS. 47 through 59B the automated laser scanning package identification and measurement system of the third illustrated embodiment 3000 will now be described in detail. In contrast with the capabilities of the systems of the first and second illustrative embodiments detailed above, the system of the third embodiment is capable of detecting, measuring, identifying and tracking multiple packages along the conveyor belt, regardless of their orientation or arrangement (e.g. stacked, side-by-side and/or overlapping arrangements). As such, this novel system design, by incorporating many of the functionalities of the systems of the first and second illustrative embodiments, while providing several additional functionalities, enables simultaneous measurement and identification of non-singulated packages during transport along a high-speed conveyor subsystem so that auxiliary subsystems, operably connected to the tunnel-based system, can determine its safety and suitability for transport to its place of destination, and/or along its planned shipment route, with no human intervention.

[0433] Overview of the Tunnel Scanning System of the Third Illustrative Embodiment of the Present Invention

[0434] As shown in FIGS. 47 and 48, the automated simultaneous package detecting, dimensioning and identifying system of the third illustrative embodiment is indicated by reference numeral 3000 and comprises a n integration of subsystems, namely: a high-speed package conveyor subsystem 3100 having a conveyor belt 3101 having a width of at least 30 inches to support one or more package transport lanes along the conveyor belt; a tunnel or similar arrangement of bar code symbol readers 3201 including, in the illustrative embodiment, holographic and non-holographic (e.g. polygonal) laser scanning bar code symbol reading subsystems 3201A through 3201R supported overhead, alongside, and below the conveyor belt 3101 by a support frame 3202, for generating a 3-D “six-axis” type omnidirectional scanning volume 3203 thereabove, as depicted in FIGS. 5A through 9B, for scanning bar codes 3205 on packages 3204 transported therethrough; a first simultaneous multiple-package detection and dimensioning subsystem 3300 arranged on the input side of the tunnel scanning subsystem 3200, and including, in the illustrative embodiment, a laser-based scanning mechanism 3301 (shown in FIG. 49C) for generating an amplitude modulated laser beam that is repeatedly scanned across the width-wise dimension of the scanning tunnel while oriented in a direction substantially perpendicular to the surface of the conveyor belt, as shown in FIG. 49A and producing data representative of the height profile of packages entering the scanning tunnel, and processing the same to automatically detect the presence of each package moving along the conveyor belt and into the scanning tunnel, and generate a data element (i.e. data object) indicative thereof; a master clock 3400 for generating a global time reference used in connection with the time stamping of data elements generated within the system; a second simultaneous multiple-package detection and dimensioning subsystem 3500 arranged on the output side of the tunnel scanning subsystem 3200, and including, in the illustrative embodiment, a laser-based scanning mechanism 3501 for generating an amplitude modulated laser beam that is repeatedly scanned across the width-wise dimension of the scanning tunnel while oriented in a direction substantially perpendicular to the surface of the conveyor belt and producing data representative of the height profile of packages exiting the scanning tunnel and processing the same to automatically detect the presence of each package moving along the conveyor belt and out of the scanning tunnel, and generate a data element (i.e. data object) indicative thereof; a weighing-in-motion subsystem 3700, installed beneath the first simultaneous multiple-package detection and dimensioning subsystem 3300, along the conveyor belt structure, for weighing packages as they are transported therealong; a package/belt velocity measurement subsystem 3800 realized using a roller wheel 3801 engaged against the undersurface of the conveyor belt 3101, an optical shaft incremental encoder 3802 connected to the axle of the roller wheel 3801 and producing an electrical pulse output stream per revolution of the roller wheel, and a programmed microprocessor 3803 for processing the output pulse stream and producing digital data representative of the velocity of the conveyor belt (and thus package transported thereby) at any instant in time; an input/output subsystem 3900 for managing the data inputs to and data outputs from the system of FIG. 47; and a data management computer 3925, with a graphical user interface (GUI) 3926, for realizing a data element queuing, handling and processing subsystem 3950 as shown in FIGS. 48 through 49B2, as well as other data and system management functions.

[0435] The High-Speed Conveyor Belt Subsystem of the Third Illustrative Embodiment

[0436] As shown in FIGS. 47 and 48, the high-speed conveyor belt subsystem 3100 of the third illustrative embodiment comprises: a plurality of rollers 3102 spaced apart and supported by support frame structure (not shown in FIG. 47); a belt structure 3101, extending between and supported by a belt support structure 3103, and having a width of at least 30 inches to provide one or more package transport lanes along the conveyor belt subsystem; a drive motor 3104 for imparting torque to the rollers; and a belt velocity controller 3105 for controlling the velocity of the belt and thus packages during system operation.

[0437] First Simultaneous Multiple-Package Detection and Dimensioning Subsystem of the Third Illustrative Embodiment of the Present Invention

[0438] As shown in FIG. 47, the first simultaneous multiple-package detection and dimensioning subsystem 3300 of the illustrative embodiment schematically depicted in 49A, is arranged on the input side of the tunnel scanning subsystem 3200, and comprises: a laser scanning unit 3301, mounted above the conveyor belt as shown in FIG. 47, and adapted for scanning the upwardly-facing surfaces of packages moving along the conveyor belt, using an amplitude modulated (AM) laser beam that is repeatedly swept across the entire width dimension thereof while oriented in substantially a perpendicular manner to the surface thereof, and generating an array of package height profile data {H_(n;i)} where n=0, 1, 2, . . . , N−1 is the sampling index (i.e. position) along the widthwise dimension of the conveyor, and i is the sampling time index i=0, 1, 2, . . . , I indicative of when each array of height profile data {H_(n;i)} is collected from the packages arranged on the conveyor belt using the laser scanning mechanism 3301; a height profile date queue 3302 for queuing height profile data elements {H_(n;i)} for subsequent use and analysis; a data controller 3303 for transferring each linear array of height profile data {H_(n;i)} to the height profile data queue 3302; a timing-stamping unit 3304, controlled by the master clock 3400 in FIG. 48, for generating time stamps T_(i) to be symbolically linked to height profile data elements {H_(n;i)} and the subelements thereof by way of the data controller 3303; a plurality of moving package tracking queues (FIFOs) 3305A through 3305D, each corresponding to different spatial location above the conveyor belt and adapted for buffering “data objects” representative of detected packages and their various attributes, in an object-oriented programming environment (e.g. a Java programming environment); a height profile data analyzer 3306 for removing a height profile data element {H_(n;i)} from the output port of the height profile data queue 3302, and writing the same to the input port of one of the moving package tracking queues 3305A through 3305D, as well as removing one or more data objects (representative of detected/tracked packages) from the output ports of one or more moving package tracking queues 3305A through 3305D and writing the same to the input port of the I/O unit 3951A shown in FIG. 51A. Collectively, subcomponents 3302 through 3306 form the height profile data processor 3307 of the first simultaneous multiple-package detection and dimensioning subsystem 3300.

[0439] As shown in FIG. 49C, the laser beam scanning mechanism 3301 of the illustrative embodiment comprises: at least one visible laser diode VLD 3340 for producing a low power visible laser beam 3341; an amplitude modulation (AM) circuit 3342 for modulating the amplitude of the visible laser beam produced from the VLD at a frequency f₀; an opto-mechanical, an electro-optical or an acousto-optical mechanism 3343 for sweeping the modulated laser beam across a conveyor belt or like transport structure and collecting the reflected light from the scanned packages moving therealong; an optical detector 3344 for converting received optical signal 3341′ into an electrical signal 3341″; an amplifier and filter circuit 3345 for isolating the f₀ signal component and amplifying it; a phase detector 3346 for mixing the reference f₀ signal component from the AM circuit 3342 and the received f₀ signal component reflected from the packages and producing a resulting signal which is equal to a DC voltage proportional to the Cosine of the phase difference between the reference and the reflected f₀ signals; an amplifier circuit 3347 for amplifying the phase difference signal; an A/D converter 3348 for converting the DC voltage into digital data element representative of the distance to a point on the surface of the scanned package moving along the conveyor belt (i.e. height profile of the scanned packages; and a sampling circuit 3349 for sampling the digital data elements so as to produce, at each sampling instant T_(i), an array of N package height profile data elements {H_(n,i)} taken along n=N equally spaced sampling positions (i.e. locations) along the width of the conveyor belt.

[0440] Notably, the CLC-based laser beam steering mechanisms disclosed i n Published International Patent Application No. WO 95/24671 entitled “Electromagnetic Beam Scanning Arrays And Electro-Optical Image Display Systems Incorporating The Same” by Reveo, Inc., incorporated herein by reference, can be used to electronically sweep the amplitude modulated laser beam cross the width of the conveyor belt in an electronically controlled manner. This WIPO Patent Application Publication teaches how to construct laser beam steering and scanning devices utilizing beam steering cells having transmission and reflecting characteristics which are dependent upon the wavelength and polarization state of incident laser beams. Each beam steering cell includes a cholesteric liquid crystal material element and an electrically-controlled variable half-wave retarder. Depending on whether or not the retarder is actuated, the laser beam is either diverted along another orthogonal path or remains along the original path.

[0441] Alternatively, the laser beam scanning unit 3301 may be realized using the Cargoscan™ Model CS5900 Arm by Cargoscan, Inc., a Mettler Toledo Company. Notably, this laser based height measuring device is based on teachings disclosed in U.S. Pat. No. 5,742,068 and 5,528,517, each being incorporated herein by reference. In other embodiments, the laser beam scanning unit 3301 may be replaced with a stereoscopic camera subsystem in which stereoscopic-image pairs are captured from packages along the conveyor belt, and processed to determine the vertices of the imaged packages as well as the length, height and width dimensions thereof measured relative to a local coordinate referenced symbolically embedded in the stereoscopic camera subsystem.

[0442] In order to simultaneously detect and measure multiple packages arranged in either a stacked, side-by-side and/or hybrid configuration while moving through first the multiple-package detection and dimensioning subsystem 3300, a novel data processing structure is provided within the height profile data analyzer 3306 shown in FIG. 49A. As shown in FIGS. 49B1 and 49B2, the data processing structure of the illustrative embodiment comprises: a package height/run-length difference engine 3308 for processing, as input, each height profile data array {H_(n;i)} of length N provided to its data input ports at sampling time T_(i), and producing as output a height/width profile difference data array {ΔH_(n,n−1;i)} of length N−1 indicative of package height profile changes between position n and n−1 at sampling time T_(i) with respect to the widthwise dimension of the conveyor belt; a package height/width difference engine 3309 for processing, as input, time-consecutive height profile data arrays {H_(n;i)} and {H_(n;j+1)} each of length N, and producing as output a height profile difference data array {ΔH_(n;i,i−1)} of length N−1, indicative of package height profile changes at sampling position n over sampling times T_(i) and T_(i−1) with respect to the run-lengthwise dimension of the conveyor belt; and a height profile data analyzer 3310 for processing, as input, each height/width profile difference data array {ΔH_(n,n−1;i)} and height/run-length difference data array {ΔH_(n,n−1;i)} produced by the difference engines 3308 and 3309, and producing as output, time-stamped PIT data elements as well as time-stamped Package Dimension Data Elements (PDEs) for buffering in moving package tracking queues 3305A through 3305D, shown in FIG. 49A.

[0443] In the illustrative embodiment of FIGS. 49B1 and 49B2, the package height/run-length difference engine 3308 comprises: a first data array buffering unit 3311 having N input data ports and N output data ports, and adapted for buffering the height profile data array {H_(n;i)} captured from the conveyor belt at sampling time T_(i), where n=0, 1, 2, . . . , N−2, N−1; a second data array buffering unit 3312 having N input data ports and N output data ports, and adapted for buffering the height profile data array {H_(n;i)} captured from the conveyor belt at sampling time T_(i−1), where n=0, 1, 2, . . . , N−2, N−1; a height data array differentiator unit 3313 for comparing time-consecutive height profile data arrays {H_(n;i)} and {H_(n;i+1)} captured at sampling times T_(i) and T_(i−1) at sampling position n along the run-lengthwise dimension of the conveyor belt, and producing as output a height profile difference data array {ΔH_(n;i,i−1)} of length N−1, indicative of package height profile changes at sampling position n over sampling times T_(i) and T_(i−1) with respect to the run-lengthwise dimension of the conveyor belt; a third data array buffering unit 3314 having N−1 input data ports and N−1 output data ports, and adapted for buffering the height profile difference data array ({ΔH_(n;i,i−1)} of length N−1 produced from the height data array differentiator unit 3313, prior to transfer as input to the height profile data analyzer 3310. As shown in FIGS. 49B1 and 49B2, the operation of units 3311, 3312, 3313 and 3314 are each controlled by the height profile data analyzer 3310 which, in the preferred embodiment, is realized as a programmed microprocessor provided with a memory hierarchy for high-speed performance.

[0444] In the illustrative embodiment of FIGS. 49B1 and 49B2, the package height/width difference engine 3309 comprises: a first data array buffering unit 3315 having N input data ports and N output data ports, and adapted for buffering the height profile data array {H_(n;i)} captured from the conveyor belt at sampling time T_(i), where n=0, 1, 2, . . . , N−2, N−1; an array of N−1 height data differentiation units 3316A through 3316C for comparing spatially-contiguous height profile data samples H_(n;i) and H_(n−1;i) captured at sampling time T_(i) over sampling positions n and n−1, respectively, along the widthwise dimension of the conveyor belt, and producing as output a height profile difference data array {ΔH_(n,n−1;i)} of length N−1, indicative of package height profile changes between sampling positions n and n−1 at sampling time T_(i) with respect to the widthwise dimension of the conveyor belt; a second data array buffering unit 3317 having N−1 input data ports and N−1 output data ports, and adapted for buffering the height profile difference data array {ΔH_(n,n−1;i)} produced from the array of height sample differentiator units 3316A through 3316C, prior to transfer as input to the height profile data analyzer 3310. As shown, the operation of units 3315, 3316A, 3316B, 3316C and 3317 are each controlled by the height profile data analyzer 3310 described above.

[0445] As shown in FIGS. 49B1 and 49B2, the height profile data analyzer 3310 receives, as input, height profile difference data arrays {ΔH_(n,n−1;i)} and {ΔH_(n;i,i−1)} which are buffered and analyzed in order to automatically carry out the following functions in a programmed manner, namely: (1) detecting singulated, stacked and/or side-by-side configurations of packages on the conveyor belt about the enter the scanning tunnel and, for each detected package thereabout, generating one package-in-the-tunnel (PIT) data element (or token) and attaching thereto, a time-stamp (T_(i)) obtained from the underlying height profile data utilized in the package detection process; (2) obtaining (i.e. computing) accurate height, width and/or length dimension measurements for each detected package, and attaching thereto, a time-stamped obtained from the underlying height profile data utilized in the package measurement process; (3) loading each time-stamped PIT data element into the spatially correct moving package tracking queue 3305A through 3305D shown in FIG. 49A, based on dimensional data obtained for the corresponding package, so as to create a unique trackable “data object” therefor within the first multiple-package detection and dimensioning subsystem 3300; (4) loading time-stamped package dimension data elements (PDEs) into the spatially correct moving package tracking queue 3305A through 3305D shown in FIG. 49A, in order to link the same with and becoming an attribute of the corresponding package (i.e. object) in the moving package tracking queue; (5) transferring each data object in each moving package tracking queue 3305A through 3305D, into its corresponding moving package queues 3954A, 3954B, 3954C, or 3954D maintained in the data element queuing, handling and processing subsystem 3950 shown in FIGS. 51A1 and 51A2; and (6) resetting (i.e. flushing) the moving package tracking queues 3305A through 3305D each time the height data profile analyzer 3310 determines that one or more packages on the conveyor belt, arranged in a stacked and/or side-by-side configuration, appear in a singulated configuration with respect to a downstream arrangement of packages.

[0446] Preferably, the height profile data analyzer 3310 employs six different types of data processing rules (i.e. expressed in the IF x, THEN y format) in order to carry out the six above-described functions. As illustrated in FIG. 49C, these data processing rules can be categorized in the following six classes: (1) Package Detection Rules; (2) Package Measurement Rules; (3) Add Package Object To Queue Rules; (4) Add Package Attributes To Queue Rules; (5) Remove Package Object From Queue Rules; and (6) Reset Package Tracking Queue Rules. It is understood that there are many different ways to analyze the package height profile data elements and implement the six above-described functions. Having the benefit of the present disclosure, one with ordinary skill in the art can write these rules in a straight-forward manner so that the above-described functions of the height profile data analyzer 3310 are realized.

[0447] Second Simultaneous Multiple-Package Detection and Dimensioning Subsystem of the Third Illustrative Embodiment of the Present Invention

[0448] As shown in FIG. 47, the second simultaneous multiple-package detection and dimensioning subsystem 3500 of the illustrative embodiment schematically depicted in FIG. 50A, is arranged on the output side of the tunnel scanning subsystem 3200, and comprises: a laser scanning unit 3501, mounted above the conveyor belt as shown in FIG. 50A, and adapted for scanning the upwardly-facing surfaces of packages moving along the conveyor belt, using an amplitude modulated (AM) laser beam that is repeatedly sweeping across the entire width dimension thereof while oriented in substantially perpendicular manner to the surface thereof, and generating an array of package height profile data {H_(n;i)} where n=0, 1, 2, . . . , N−1 is the sampling position (i.e. index) along the widthwise dimension of the conveyor, and i is the sampling time index i=0, 1, 2, . . . , I indicative of when each array of height profile data {H_(n;i)} is collected from the packages arranged on the conveyor belt using the laser scanning mechanism 3501; a height profile date queue 3502 for queuing height profile data elements {H_(n;i)} for subsequent use and analysis; a data controller 3503 for transferring each linear array of height profile data {H_(n;i)} to the height profile data queue 3502; a timing-stamping unit 3504, controlled by the master clock 3400 in FIG. 48, for generating time stamps T_(i) to be symbolically linked to height profile data elements {H_(n;i)} and the subelements thereof by way of the data controller 3503; a plurality of moving package tracking queues (FIFOs) 3505A through 3505D, each corresponding to different spatial location above the conveyor belt and adapted for buffering “data objects” representative of detected packages and their various attributes, in an object-oriented programming environment (e.g. a Java programming environment); a height profile data analyzer 3506 for removing a height profile data element {H_(n;i)} from the output port of the height profile data queue 3502, and writing the same to the input port of one of the moving package tracking queues 3505A through 3505D, as well as removing one or more data objects (representative of detected/tracked packages) from the output ports of one or more moving package tracking queues 3505A through 3505D and writing the same to the input port of the I/O unit 3951A shown in FIG. 51A. Collectively, subcomponents 3502 through 3506 form the height profile data processor 3507 of the second simultaneous multiple-package detection and dimensioning subsystem 3500.

[0449] As shown in FIG. 50C, the laser beam scanning mechanism 3501 of the illustrative embodiment comprises: at least one visible laser diode VLD 3540 for producing a low power visible laser beam 3541; an amplitude modulation (AM) circuit 3542 for modulating the amplitude of the visible laser beam produced from the VLD at a frequency f₀; an opto-mechanical, an electro-optical or an acousto-optical mechanism 3543 for sweeping the modulated laser beam across a conveyor belt or like transport structure and collecting the reflected light from the scanned packages moving therealong; an optical detector 3544 for converting received optical signal 3541′ into an electrical signal 3541″; an amplifier and filter circuit 3545 for isolating the f₀ signal component and amplifying it; a phase detector 3546 for mixing the reference f₀ signal component from the AM circuit 3542 and the received f₀ signal component reflected from the packages and producing a resulting signal which is equal to a DC voltage proportional to the Cosine of the phase difference between the reference and the reflected f₀ signals; an amplifier circuit 3547 for amplifying the phase difference signal; an A/D converter 3548 for converting the DC voltage into digital data element representative of the distance to a point on the surface of the scanned package moving along the conveyor belt (i.e. height profile of the scanned packages; and a sampling circuit 3549 for sampling the digital data elements so as to produce, at each sampling instant T_(i), an array of N package height profile data elements {H_(n,i)} taken along n=N equally spaced sampling positions (i.e. locations) along the width of the conveyor belt. Notably, the CLC-based laser beam steering mechanisms disclosed in Published International Patent No. WO 95/24671 entitled “Electromagnetic Beam Scanning Arrays And Electro-Optical Image Display Systems Incorporating The Same” by Reveo, Inc., can be used to electronically sweep the amplitude modulated laser beam across the width of the conveyor belt in an electronically controlled manner.

[0450] Alternatively, the laser beam scanning unit 3501 may be realized using the Cargoscan™ Model CS5900 Arm by Cargoscan, Inc., a Mettler Toledo Company. Notably, this laser based height measuring device is based on teachings disclosed in U.S. Pat. No. 5,742,068 and 5,528,517, each being incorporated herein by reference.

[0451] In order to simultaneously detect and measure multiple packages arranged in either a stacked, side-by-side and/or hybrid configuration while moving through the second multiple-package detection and dimensioning subsystem 3500, the novel data processing structure employed in the height profile data processor 3307 shown in FIG. 49A, is also provided in the height profile data processor 3507 shown in FIG. 50A. As shown in FIGS. 50B1 and 50B2, the data processing structure of the illustrative embodiment comprises: a package height/run-length difference engine 3508 for processing, as input, each height profile data array {H_(n;i)} of length N provided to its data input ports at sampling time T_(i), and producing as output a height/width profile difference data array {ΔH_(n,n−1;i)} of length N−1 indicative of package height profile changes between position n and n−1 at sampling time T_(i) with respect to the widthwise dimension of the conveyor belt; a package height/width difference engine 3509 for processing, as input, time-consecutive height profile data arrays {H_(n;i)} and {H_(n;i+1)} each of length N, and producing as output a height profile difference data array {ΔH_(n;i,i−1)} of length N−1, indicative of package height profile changes at sampling position n over sampling times T_(i) and T_(i−1) with respect to the run-lengthwise dimension of the conveyor belt; and a height profile data analyzer 3510 for processing, as input, each height/width profile difference data array {ΔH_(n,n−1;i)} and height/run-length difference data array {ΔH_(n,n−1;i)} produced by the difference engines 3508 and 3509, and producing as output, time-stamped PIT data elements as well as time stamped Package Dimension Data Elements (PDEs) for buffering in moving package tracking queues 3505A through 3505D, shown in FIG. 50A.

[0452] In the illustrative embodiment of FIGS. 50B1 and 50B2, the package height/run-length difference engine 3508 comprises: a first data array buffering unit 3511 having N input data ports and N output data ports, and adapted for buffering the height profile data array {H_(n;i)} captured from the conveyor belt at sampling time T_(i), where n=0, 1, 2, . . . , N−2, N−1; a second data array buffering unit 3512 having N input data ports and N output data ports, and adapted for buffering the height profile data array {H_(n;i)} captured from the conveyor belt at sampling time T_(i−1), where n=0, 1, 2, . . . , N−2, N−1; a height data array differentiator unit 3513 for comparing time-consecutive height profile data arrays {H_(n;i)} and {H_(n;i+1)} captured at sampling times T_(i) and T_(i−1) at sampling position n along the run-lengthwise dimension of the conveyor belt, and producing as output a height profile difference data array {ΔH_(n;i,i−1)} of length N−1, indicative of package height profile changes at sampling position n over sampling times T_(i) and T_(i−1) with respect to the run-lengthwise dimension of the conveyor belt; a third data array buffering unit 3514 having N−1 input data ports and N−1 output data ports, and adapted for buffering the height profile difference data array {ΔH_(n;i,i−1)} of length N−1 produced from the height data array differentiator unit 3513, prior to transfer as input to the height profile data analyzer 3510. As shown in FIGS. 50B1 and 50B2, the operation of units 3511, 3512, 3513 and 3514 are each controlled by the height profile data analyzer 3510 which, in the preferred embodiment, is realized as a programmed microprocessor provided with a memory hierarchy for high-speed performance.

[0453] In the illustrative embodiment of FIGS. 50B1 and 50B2, the package height/width difference engine 3509 comprises: a first data array buffering unit 3515 having N input data ports and N output data ports, and adapted for buffering the height profile data array {H_(n;i)} captured from the conveyor belt at sampling time T_(i), where n=0, 1, 2, . . . , N−2, N−1; an array of N−1 height data differentiation units 3516A through 3516C for comparing spatially-contiguous height profile data samples H_(n;i) and H_(n−1;i) captured at sampling time T_(i) over sampling positions n and n−1, respectively, along the widthwise dimension of the conveyor belt, and producing as output a height profile difference data array {ΔH_(n,n−1;i)} of length N−1, indicative of package height profile changes between sampling positions n and n−1 at sampling time T_(i) with respect to the widthwise dimension of the conveyor belt; a second data array buffering unit 3517 having N−1 input data ports and N−1 output data ports, and adapted for buffering the height profile difference data array {ΔH_(n,n−1;i)} produced from the array of height sample differentiator units 3516A through 3516C, prior to transfer as input to the height profile data analyzer 3510. As shown, the operation of units 3515, 3516A, 3516B, 3516C and 3517 are each controlled by the height profile data analyzer 3510 described above.

[0454] As shown in FIGS. 50B1 and 50B2, the height profile data analyzer 3510 receives, as input, height profile difference data arrays {ΔH_(n,n−1;i)} and {ΔH_(n;i,i−1)} which are buffered and analyzed in order to automatically carry out the following functions in a programmed manner, namely: (1) detecting singulated, stacked and/or side-by-side configurations of packages on the conveyor belt exiting the scanning tunnel and, for each detected package exiting the same, generating one package-out-of-the-tunnel (POOT) data element (or token) and attaching thereto, a time-stamp (T_(i)) obtained from the underlying height profile data utilized in the package detection process; (2) obtaining (i.e. computing) accurate height, width and/or length dimension measurements for each detected package, and attaching thereto, a time-stamped obtained from the underlying height profile data utilized in the package measurement process; (3) loading each time-stamped POOT data element into the spatially correct moving package tracking queue 3505A through 3505D shown in FIG. 50A, based on dimensional data obtained for the corresponding package, so as to create a unique trackable “data object” therefor within the multiple-package detection and dimensioning subsystem 3500; (4) loading time-stamped package dimension data elements (PDEs) into the spatially correct moving package tracking queue 3505A through 3505D shown in FIG. 50A, in order to link the same (as an attribute) to the corresponding package (i.e. object) in the moving package tracking queue; (5) transferring each data object in each moving package tracking queue 3505A through 3505D, into its corresponding moving package queues 3954A, 3954B, 3954C, or 3954D maintained in the data element queuing, handling and processing subsystem 3950 shown in FIGS. 51A1 and 51A2; and (6) resetting (i.e. flushing) the moving package tracking queues 3505A through 3505D each time the height data profile analyzer 3510 determines that one or more packages on the conveyor belt, arranged in a stacked and/or side-by-side configuration, appear in a singulated configuration with respect to a downstream arrangement of packages.

[0455] Preferably, the height profile data analyzer 3510 employs six different types of data processing rules (i.e. expressed in the IF x, THEN y format) in order to carry out the six above-described functions. As illustrated in FIG. 50C, these data processing rules can be categorized in the following six classes: (1) Package Detection Rules; (2) Package Measurement Rules; (3) Add Package Object To Queue Rules; (4) Add Package Attributes To Queue Rules; (5) Remove Package Object From Queue Rules; and (6) Reset Package Tracking Queue Rules. It is understood that there are many different ways to analyze the package height profile data elements and implement the six above-described functions, it will be helpful for illustrative purposes, to provide below an example of a rule in each of the six above-described classes. Having the benefit of the present disclosure, one with ordinary skill in the art can write these rules in a straight-forward manner so that the above-described functions of the height profile data analyzer 3510 are realized.

[0456] Weighing-in-Motion Subsystem of the Third Illustrative Embodiment of the Present Invention

[0457] As shown in the FIGS. 47 and 48, the in-motion package weighing subsystem 3700 is preferably arranged about the first simultaneous multiple package detection and dimensioning subsystem 3300. As in the first and second illustrative system embodiments, the in-motion weighing subsystem 3700 comprises: a scale platform integrated with the conveyor belt 3101, for producing analog or digital weight signals indicative of the weight of a package(s) 3204 moving across the scale platform; a filtering circuit for filtering the analog or digital weight signals in order to remove noise components and artifacts therefrom; and a signal processor for processing the filtered weight signals in order to produce a digital word representative of the measured weight of the package. Notably, the in-motion weighing subsystem of the illustrative embodiment can be realized using the 9480 EXPRESSWEIGHT™ In-Motion Variable Box and Package Weighing System from Mettler-Toledo, Inc. of Worthington, Ohio.

[0458] Package/Belt Velocity Measurement Subsystem of the Third Illustrative Embodiment of the Present Invention

[0459] In the third illustrative system embodiment shown in FIGS. 47 and 48, the package/belt velocity measurement subsystem 3800 is realized as a number of subcomponents, namely: a roller wheel 3801 engaged against the undersurface of the conveyor belt 3101; an optical shaft incremental encoder 3802 connected to the axle of the roller wheel 3801 and producing an electrical pulse output stream per revolution of the roller wheel; and a programmed microprocessor 3803 for processing the output pulse stream and producing digital data representative of the velocity of the conveyor belt (and thus package transported thereby) at any instant in time. As shown in FIG. 47, the digital velocity information is provided to an assigned data input port provided by the I/O subsystem 3900.

[0460] Input/Output Subsystem of the Third Illustrative Embodiment of the Present Invention

[0461] In the system shown in FIGS. 47 and 48, the function of the input/output subsystem 3900 is to manage the data inputs to and the data outputs from the data management computer system 3925. In the illustrative embodiment, I/O subsystem 3900 or can be realized using one or more rack-mounted I/O adapter boxes, such as the RocketPort Series RM16-RJ45 multiport serial controller having sixteen or thirty-two I/O ports, sold by the Comtrol Corporation, of Saint Paul, Minn.

[0462] Data Management Computer of the Third Illustrative Embodiment of the Present Invention

[0463] In the system shown in FIGS. 47 and 48, the function of the data management computer 3925, with a graphical user interface (GUI) 3926, is to provide a powerful computing platform for realizing the data element queuing, handling and processing subsystem 3950 in a real-time manner, in addition to carrying out other data and system management functions. In general, subsystem 3950 is best realized by an computing platform having a multi-tasking operating system capable of handling multiple “threads” at the same time.

[0464] The Data Element Queuing, Handling and Processing Subsystem of the Third Illustrative Embodiment of the Present Invention

[0465] In FIGS. 51A1, 51A2 and 51B, the structure and function of data element queuing, handling and processing subsystem 3950 is shown in greater detail. As shown in FIGS. 51A1 and 51A2, all time-stamped data objects, including PIT, POOT and package data elements associated therewith, are transferred from the moving package tracking queues 3305A through 3305D in subsystem 3300 and the moving package tracking queues 3505A through 3505D in subsystem 3500 to a first I/O unit 3951A provided in subsystem 3950. Also, all scan beam data elements (SBDEs) and belt/package velocity measurements are provided to a second I/O unit 3951B.

[0466] As shown in FIGS. 51A1 and 51A2, each data object entering the subsystem 3950 though I/O unit 3951A is directly loaded into the system event queue 3956 under the control of data controller 3952 without performing any form of time-stamping operation, as these data elements already carry time-stamps placed thereon when generated in the package detection and dimensioning subsystems 3300 and 3500, respectively. In the illustrative embodiment, the data controller 3952 is realized as a programmed microprocessor and associated memory structures, whereas the system event queue 3956 is realized as a FIFO data structure known in the computing art. Preferably, data objects obtained from the I/O unit 3951A having earlier time-stamps are loaded into the system event queue 3956 before data objects having more recent time-stamps. All incoming scan beam data elements and velocity measurements passing through I/O unit 3951B are time-stamped by the data controller 3952 using time-stamping unit 3953 (referenced to the master clock 3400 shown in FIG. 48), and then loaded into the system event queue 3956 under the control of the data controller 3952 as shown in FIGS. 51A1 and 51A2.

[0467] In the data element queuing, handling and processing subsystem 3950, the function of the data element analyzer/handler 3955 is to read the data elements (including data objects) from the output port of the system event queue 3956, and analyze and handle the same according to the Data Element Handling Rules set forth in FIGS. 52A and 52B.

[0468] As shown in FIGS. 51A1 and 51A2, scan beam data elements generated from “holographic type” laser scanning subsystems in the scanning tunnel must be processed using a system of data processing modules illustrated in FIGS. 51A1 and 51A2. As shown in FIGS. 51A1 and 51A2, this system of data processing modules comprises a data element combining module 3957A for combining (i) each scan beam data element generated from “holographic-type” laser scanning subsystems and accessed from the system event queue 3956 with (ii) each and every data object (i.e. package data element) in the moving package tracking queues 3954A through 3954D, so as to produce a plurality of combined data element pairs; a package surface geometry modeling module 3958A for generating a geometrical model for the package represented by the package data element in each combined data element pair produced by the data element combining module 3957A; a homogeneous transformation (HG) module 3959A for transforming (i.e. converting) the coordinates of each package surface geometry model produced at the “dimensioning position” in the global coordinate reference frame R_(global), into package surface geometry model coordinates at the “scanning position” within the scanning tunnel (i.e. displaced a distance “z” from the package dimensioning position); a scan beam geometry modeling module 3960A for generating a geometrical model for the laser scanning beam represented by the scan beam data element in each combined data element pair produced by the data element combining module 3957A; a homogeneous transformation (HG) module 3961A for transforming (i.e. converting) the coordinates of each scanning beam geometry model referenced to the local frame of reference symbolically embedded within the holographic laser scanning system, into scanning beam geometry model coordinates referenced to the global coordinate reference R_(global) at the “scanning position” within the scanning tunnel; a scan beam and package surface intersection determination module 3962A for determining, for each combined data element pair produced from the data element combining module, whether the globally-referenced scan beam model produced by the HG transformation module 3961A intersects with the globally-referenced package surface model produced by the HG transformation module 3959A and if so, then the data output subsystem 3963A produces, as output, package identification data, package dimension data (e.g. height, length, width data etc.), and package weight data, for use by auxiliary systems associated with the tunnel scanning system of the present invention.

[0469] As shown in FIG. 51B, scan beam data elements generated from “non-holographic type” laser scanning subsystems must be processed using a different system of data processing modules than that shown in FIGS. 51A1 and 51A2. As shown in FIG. 51B, this system of data processing modules comprises: a data element combining module 3957B (similar to module 3957A) for combining (i) each scan beam data element generated from the “non-holographic-type” bottom-located laser scanning subsystems and accessed from the system event queue 3956 with (ii) each and every package data element in each of the moving package tracking queues 3954A through 3954D so as to produce a plurality of combined data element pairs; a package surface geometry modeling module 3958B (similar to module 3958A) for generating a geometrical model for the package represented by the package data object in each combined data element pair produced by the data element combining module 3957B; a homogeneous transformation (HG) module 3959B (similar to module 3959A) for transforming (i.e. converting) the coordinates of each package surface geometry model produced at the “dimensioning position” in the global coordinate reference frame R_(global), into package surface geometry model coordinates at the “scanning position” within the scanning tunnel (i.e. displaced a distance z from the package dimensioning position); a X-Z scanning surface (geometry) modeling module 3960B for generating a geometrical model for the laser scanning surface represented by the scan beam data element in each combined data element pair produced by the data element combining module 3957B; a homogeneous transformation (HG) module 3961B for transforming (i.e. converting) the coordinates of each X-Z scanning surface geometry model referenced to the local frame of reference symbolically embedded within the non-holographic bottom laser scanning subsystem, into scanning beam geometry model coordinates referenced to the global coordinate reference R_(global) at the “scanning position” within the scanning tunnel; a scan beam and package surface intersection determination module 3962B for determining, for each combined data element pair produced from the data element combining module 3957B, whether the globally-referenced scanning surface model produced by the HG transformation module 3961B intersects with the globally-referenced package surface model produced by the HG transformation module 3959B, and if so, then the data output subsystem 3963B produces, as output, package identification data, package dimension data (e.g. height, width data etc.), and package weight data, for use by auxiliary systems associated with the tunnel scanning system of the present invention.

[0470] Having described the overall structure and function of the data element queuing, handling and processing subsystem 3950, it is appropriate at this juncture to now briefly describe the operation thereof with reference to FIGS. 51A1 and 51A2.

[0471] Prior to loading into the system event queue 3956, each scan beam data element (SBDE) and each belt/package velocity measurement (v) is time-stamped (i.e. T_(j)) by timing stamping unit 3953 which is driven by a clock therewithin referenced to the master clock 3400 in FIG. 48. All data elements in the system event queue 3956 and moving package tracking queues 3954A through 3954D are handled by the data element analyzer/handler 3955 which is governed by the table of Data Element Handling Rules set forth in FIGS. 52A and 52B. In general, data element queuing, handling and processing subsystem 3950 is best realized by a computing platform having a multi-tasking operating system capable of handling multiple “threads” at the same time.

[0472] Package data objects removed from system event queue 3956 by data element analyzer/handler 3955 are placed into the appropriate moving package tracking queues 3954A through 3954D based on an analysis of the package dimension data elements associated with removed package data objects. As in the case of the first multiple package detection and dimensioning subsystem 3300, each package moving through the scanning tunnel is represented by an “object” in an object-oriented programming environment (e.g. Java programming environment) stored in a moving package tracking queue 3954A through 3954D operably connected to the data element analyzer/handler 3955. Package data objects placed in the appropriate moving package tracking queues 3954A through 3954D, are removed therefrom by the data element analyzer/handler 3955 in accordance with the data element handling rules set forth in the table of FIGS. 52A and 52B.

[0473] Scan beam data elements generated from holographic-based scanning units are processed along the scan data processing channel illustrated by blocks 3960A, 3961A and 3962A set forth in the lower right hand corner of FIGS. 51A1 and 51A2, whereas scan beam data elements generated from non-holographic based scanning units (e.g. from the bottom-located polygon scanners in the tunnel) are processed along a different scan data processing channel illustrated by blocks 3960B, 3961B and 3962B set forth in FIG. 51B. This bifurcation of data element processing is required because scan beam data elements generated from holographic-based scanning units are generated from laser scanning beams (or finite scanning sectors) which can be tracked with scan package identification data using the facet sectors on the scanning disc in issue. While a similar technique can be used for polygon-based scanners (e.g. tracking “mirror sectors” instead of HOE-based facet sectors), a different approach has been adopted in the illustrative embodiment. That is, the scanning surface (e.g. 3×5″) of each polygon scanning unit along the bottom scanner is accorded a vector-based surface model, rather than ray-type model used for package identification data collected using holographic scanning mechanisms.

[0474] The Package Surface Geometry Modeling Subsystem of the Third Illustrative Embodiment of the Present Invention

[0475] As shown in FIG. 53A, a surface geometry model is created for each package surface by the package surface geometry modeling subsystem (i.e. module) 3958A deployed with the data element queuing, handling and processing subsystem 3950 of FIGS. 51A1 and 51A2. In the illustrative embodiment, each surface of each package transported through multiple package detecting and dimensioning subsystem 3300 is mathematically represented (i.e. modeled) using at least three position vectors (referenced to x=0, y=0, z=0) in the global reference frame R_(global), and a normal vector to the package surface indicating the direction of incident light reflection therefrom. The table of FIG. 53B describes a preferred procedure for creating a vector-based surface model for each surface of each package transported through the multiple package detecting and dimensioning subsystem 3300 in the system 3000 hereof.

[0476] The Scan Beam Geometry Modeling Subsystem of the Third Illustrative Embodiment of the Present Invention

[0477] As described in FIG. 54, a vector-based model is created by the scan beam geometry modeling subsystem (i.e. module) 3960A of FIGS. 51A1 and 51A2, which is similar to structure and function as scan beam geometry modeling subsystem 1010A shown in FIGS. 22A1 and 22A2. The function of this subsystem is to geometrically model the propagation of the laser scanning beam (ray) emanating from a particular point on the facet, to its point of reflection on the corresponding beam folding mirror, towards to the focal plane determined by the focal length of the facet. Details of this modeling procedure can be found in Applicant's copending application Ser. No. 08/726,522 filed Oct. 7, 1996; and Ser. No. 08/573,949 filed Dec. 18, 1995.

[0478] The Scan Surface Modeling Subsystem of the Third Illustrative Embodiment of the Present Invention

[0479]FIG. 55 schematically shows how the scan surface modeling subsystem (i.e. module) 3960B of FIG. 51B can be used to define a vector-based 2-D surface geometry model for each candidate scan beam generated by the polygonal-based bottom scanners in the tunnel scanning system. As shown in FIG. 55, each omnidirectional scan pattern produced from a particular polygon-based bottom scanning unit is mathematically represented (i.e. modeled) using four position vectors (referenced to x=0, y=0, z=0) in the global reference frame R_(global), and a normal vector to the scanning surface indicating the direction of laser scanning rays projected therefrom during scanning operations. This modeling subsystem is substantially the same as subsystem 1010B shown in FIG. 22B.

[0480] The Homogeneous (HG) Transformation Modules of the Third Illustrative Embodiment of the Present Invention

[0481]FIG. 56 schematically describes how the homogeneous (HG) transformation module 3961A of FIGS. 51A1 and 51A2 uses homogeneous transformations to convert a vector-based model within a local scanner coordinate reference frame R_(localscannerj) into a corresponding vector-based model created within the global scanner coordinate reference frame R_(global). This mathematical technique is essential in that it converts locally-referenced coordinates used to represent a laser beam (which scanned a bar code symbol) into globally-referenced coordinates used to represent the same laser scanning beam. Module 3961A is similar to module 1011A in FIGS. 22A1 and 22A2.

[0482]FIG. 57 illustrates how HG transformation module 3959A is used to convert a vector-based package surface model specified within the global coordinate reference frame R_(global) at the “package height/width profiling position”, into a corresponding vector-based package surface model created within the global coordinate reference frame R_(global) specified at the “scanning position” within the tunnel scanning system. This mathematical technique is essential in that it converts locally-referenced coordinates used to represent a package surface into globally-referenced coordinates used to represent the same package surface. Notably, this method of coordinate conversion, similar to that disclosed in FIG. 30, involves computing the package travel distance (z=d) between the package height/width profiling and scanning positions using (1) the package or conveyor belt velocity (v) and (2) the difference in time (i.e. ΔT=T1−T2) indicated by the time stamps (T1 and T2) placed on the package data element and scan beam data element, respectively, matched thereto during each scan beam/package surface intersection determination carried out within module 3962A in the data element queuing, handling and processing subsystem 3950. Notably, this package displacement distance z=d between the profiling and scanning positions is given by the mathematical expression d=v ΔT.

[0483] The Scan Beam and Package Surface Intersection Determination Subsystem of the Third Illustrative Embodiment of the Present Invention for Use with Scan Beam Data Elements Produced by Holographic Scanning Subsystems

[0484]FIGS. 58A and 58B, taken together, describes a procedure which is carried out within the scan beam and package surface intersection determination module 3962A of the illustrative embodiment in order to determine whether (i) the scan beam (rays) associated with a particular scan beam data element produced by a holographic scanning subsystem intersects with (ii) any surface on the package that has been scanned at a particular scanning position, and thus whether to correlate a particular package identification data element with particular package measurement data element acquired by the system.

[0485] As indicated at Block A in FIG. 58A, the first step of the procedure involves using the minimum and maximum scan rays models of the laser scan beam to determine the intersection point between the scan ray and a surface on the package (using the vector-based models thereof) referenced to the global coordinate reference frame. As indicated at Block B in FIG. 58A, if a n intersection point has been determined at Block A, then confirm that the sign of the normal vector of the surface is opposite the sign of the scan ray direction vector. As indicated at Block C in FIG. 58A, if the sign of the normal vector is opposite the sign of the scan ray direction vector, then determine if the intersection point (found at Block A) falls within the spatial boundaries of the package surface. As indicated at Block D in FIG. 58B, if the intersection point falls within the boundaries of the surface, then output a data element to the output queue in the data output subsystem 3963A, wherein the data element comprises package identification data and data representative of the dimensions and measurements of the package by the system for use by other subsystems. When a scan beam (i.e. package identification) data element taken from the scan beam data element queue 3956 is correlated with a package (measurement) data element (i.e. object) using the above described method, then the subsystem 3963A outputs a data element (in an output data queue) containing the package ID data and the package dimensional and weight measurement data. Such data elements can be displayed graphically, printed out as a list, provided to sorting subsystems, shipping pricing subsystems, routing subsystems and the like.

[0486] The Scan Surface and Package Surface Intersection Determination Subsystem of the Third Illustrative Embodiment of the Present Invention for Use with Scan Beam Data Elements Produced by Non-Holographic Scanning Subsystems

[0487]FIGS. 59A and 59B, taken together, describes a procedure which can be carried out within the scan surface and package surface intersection determination module 3962B of FIG. 51B in order to determine whether the scanning surface associated with a particular scan beam data element produced by a non-holographic (e.g. polygon-based) “bottom-located” scanning subsystem spatially intersects with any surface on the package that has been scanned at a particular scanning position, and thus whether to correlate a particular package identification data element with particular package measurement data element acquired by the system.

[0488] As indicated at Block A in FIG. 59A, the first step of the procedure involves using the vector-based surface models of the laser scan surfaces of the bottom polygon scanners and side surfaces of the packages so as to determine whether or not there exists a point of intersection between the scanning surface of the polygon-based scanners and any surface of the package. As indicated at Block B in FIG. 59A, if an intersection point exists, then confirm that the sign of the vector model of the scanning surface (i.e. the normal vector) is opposite the sign of the vector model of the package surface. As indicated at Block C in FIG. 59B, if the sign of the normal vector of the scanning surface is opposite the sign of the normal vector to the package surface, then confirm that certain of the points bounded by the scanning surface coincide with points bounded by the surface of the package. As indicated at Block D in FIG. 59B, if sufficient overlap is found to exist between the scanning surface and the package surface, then output a data element to the output queue in the data output subsystem 3963B, wherein the data element comprises package identification data and data representative of the dimensions and measurements of the package by the system for use by other subsystems. When a scan beam (i.e. package identification) data element taken from the system event queue 3956 is correlated with a package (measurement) data element using the above described method, then the subsystem 3963B outputs a data element (in an output data queue) containing the package ID data and the package dimensional and weight measurement data. Such data elements can be displayed graphically, printed out as a list, provided to sorting subsystems, shipping pricing subsystems, routing subsystems and the like.

[0489] Notably, the smaller the facet sectors on the scanning disc, then the better resolution the system hereof will have with regarding to correlating package identification data with package measurement data. As the facet sector gets small, the corresponding minimum and maximum facet angles generated from the decoder device hereof will get closer and closer, approaching a single scanning ray in the ideal situation.

[0490] Applications of the System of the Present Invention

[0491] In general, the package identification and measuring systems of the present invention can be installed in package routing hubs, shipping terminals, airports, factories, and the like. There of course will be numerous other applications for such systems as new situations arise, and the capabilities of such systems become widely known to the general public.

[0492] As shown in FIG. 60, the system of the present invention (1, 2000, or 3000) described above can be connected to an information network 4000 supporting TCP/IP or other network protocol. As shown, the network includes at least one relational database management computer system (RDBMS) 4001 designed to receive information collected from each and every package identified, and dimensioned and/or measured while passing through the scanning tunnel subsystem of the system. Notably, a package router 4005 is shown installed downstream from the system in order to route packages in an automated manner using control signals generated by the subsystem 900 in the system. It is understood that many systems 1, 2000 or 3000 could be assembled in various types of package routing networks in order to achieve a particular set of functions relating to automatic identification, routing, and sorting operations.

[0493] As shown in FIG. 60, the RDBMS 4001 is connected to a Java/Jini-enabled Internet (i.e. http) server 4002 by way of an information network supporting TCP/IP in a manner well known in the art. The HTTP server 4002, realized using a SUN® workstation supporting Java and Jini server components by Sun Microsystems, Inc. of Palo Alto, Calif., is accessible by any Java/Jini-enabled client machine 4003 equipped with a Java/Jini-enabled (http) browser program known in the art. Any client machine 4003 can be RF linked to Internet infrastructure 4004, connected thereto by a POTs line, ISDN line, DSL line, T1 line or any other means available presently or in the future. Typically, computer system 900, RDBMS 4001, and Internet server 4002 are located in close physical proximity with the automated package identification and measuring system 1, 2000 and 3000, and if no in close physical proximity, then reasonably close thereto in comparision to the distance of a remote client machine 4003 used to remote control and manage the system when required by trained service technicians.

[0494] In this illustrative embodiment, the data element management computer subsystem 900 within the system 1, 2000 or 3000 is also realized using a SUN® workstation running the SOLARIS version of Unix and supporting Java and Jini server components by Sun Microsystems, Inc. Each node in the network, including subsystem 900, and Internet server 4002, has an assigned static IP address on the Internet, and is provided with its own Jining interface for the purpose of enabling customers and other authorized personnel to use a Jini/Java-enabled client machine 4003 located anywhere around the globe so as to: (1) remotely access (from Internet server 4002) information about any packages transported through the system, as well as diagnostics regarding the system; and (2) remotely control the various subcomponents of the system in order to reprogram its subsystems, perform service routines, performance checks and the like, as well as carry out other forms of maintenance required to keep the system running optimally, while minimizing down-time or disruption in system operations.

[0495] While the above-described system employs Jini/Java-enabled remote control technology, it is understood that other forms of remote control technology, known in the computing arts, can be used to implement the remote-controlled diagnostics, management and servicing method of the present invention.

[0496] Modifications of the Illustrative Embodiments

[0497] While the package conveyor subsystems employed in the illustrative embodiments have utilized belt or roller structure to transport package, it is understood that this subsystem can be realized in many ways, for example: using trains running on tracks passing through the laser scanning tunnel; mobile transport units running through the scanning tunnel installed in a factory environment; robotically-controlled platforms or carriages supporting packages, parcels or other bar coded objects, moving through a laser scanning tunnel subsystem.

[0498] In the preferred embodiments of the present invention described above, holographic laser scanning subsystems have been used to generated robust 3-D omnidirectional scanning volumes employed in such systems. As such, the laser beam position tracking techniques disclosed herein have been applied to the holographic scanning disc used in such systems to produce facet and facet sector information generated and correlated with each and every line of scan data generated within each holographic scanning subsystem. It is understood, however, when using polygonal type scanning systems, the laser beam position tracking techniques taught herein can be directly applied to the rotating polygon, and in such cases, polygon mirror and mirror sector information would be automatically generated and correlated with each and every line of scan data generated within each polygonal-type laser scanning subsystem of the present invention.

[0499] While the various embodiments of the package identification and measuring system hereof have been described in connection with linear (1-D) and 2-D code symbol scanning applications, it should be clear, however, that the system and methods of the present invention are equally suited for scanning alphanumeric characters (e.g. textual information) in optical character recognition (OCR) applications, as well as scanning graphical images in graphical scanning arts. All that will be required is to provide image data storage buffers in each of the scanning units so that images of bar code symbols can be reconstructed during scanning operations, and then character recognition techniques, such as taught in U.S. Pat. No. 5,727,081 to Burges, et al, incorporated herein by reference.

[0500] Advantages and Other Features of the System of the Present Invention

[0501] Through proper programming, the automated package identification and measuring systems of the illustrative embodiments described hereinabove can read virtually any bar code symbology imaginable (e.g. Interleaved two of five, Code 128 and Code three of nine) and formats so as to sort and identify packages at various package rates required by USPS or other end-users. The systems of the illustrative embodiments can read the ZIPCode (six digits), Package Identification Code (PIC) (sixteen characters) and Tray bar code (ten digits) symbols.

[0502] The tunnel scanning systems hereof can be configured so that all of the products passing through the “tunnel” shall be scanned and read for the valid USPS bar coded symbols regardless of the position of the bar code symbol on the surface of the product. This also includes the bottom surface of the product.

[0503] The tunnel scanning system hereof can be provided with additional equipment including, for example, tachometers, dimensioning units, support structures, special power units (if required), air compressors and any other support equipment required by an application at hand.

[0504] Preferably, the tunnel scanning systems of the illustrative embodiments are constructed using standard interfaces such that scanners, decoders, concentrator, etc. are interchangeable.

[0505] The tunnel scanning systems hereof can read bar coded symbols through the entire population of tray and tub label holders in use by the USPS, and other package or parcel carriers. In addition, the tunnel scanning systems can read bar code symbols on the package products when the bar code symbol label is placed under diaphanous materials.

[0506] There will be more than one bar code symbol on many of the packages found in the tunnel system hereof. Some of these symbols will not be valid USPS symbols. If there are multiple symbols on a package, the scanner logic can be set to automatically identify and process only the USPS valid symbols.

[0507] The tunnel scanning systems of the illustrative embodiments can process all types of products (e.g. trays and tubs having extremely large variance in surface types, colors, and plastics (e.g. Tyvek material, canvass, cardboard, polywrap, Styrofoam, rubber, dark packages). Some of these product types include: softpack-pillows, bags; packages having non-flat bottoms, such as flats, trays, and tubs with and without bands; cartons; rugs; duffel bags (without strings or metal clips); tires; wooden containers; and sacks.

[0508] It is understood that the laser scanning systems, modules, engines an d subsystems of the illustrative embodiments may be modified in a variety of ways which will become readily apparent to those skilled in the art, and having the benefit of the novel teachings disclosed herein. All such modifications and variations of the illustrative embodiments thereof shall be deemed to be within the scope and spirit of the present invention as defined by the claims to Invention appended hereto. 

What is claimed is:
 1. A tunnel-type system, wherein bar code symbols that have been placed on any surface of any package, including USPS trays and tubs, and other customer mailed products, including the bottom surface of the product, are automatically scanned during movement through the system.
 2. A tunnel-type system which can be used for high speed mail and parcel sorting systems (e.g. Large Package Sorting Systems (LPSS), Singulate and Scan Induction Units (SSIU), as well as luggage checking and tracking systems used in airport terminals, bus-stations, train stations, and the like.
 3. A tunnel-type system, which can read different bar code symbologies (e.g. Interleaved two of five, Code 128 and Code three of nine), code lengths, and formats in accordance with AIM and ANSI Standards.
 4. A tunnel-type system, in which a user-interface is provided for programming the bar code symbologies, code lengths and code formats handled by each laser scanning unit within the system.
 5. A tunnel-type system, for reading bar code symbols on packages having various types of symbol formats, such as ZIPCode symbols (six digits), Package Identification Code (PIC) symbols (sixteen characters), and Tray bar code symbols (ten digits).
 6. A tunnel-type system, for omni-directional scanning of bar code symbols on packages, parcels and products transported along a high-speed conveyor system at velocities in the range of about 100 to 520 feet per minute or greater.
 7. A tunnel-type system, in which a plurality of holographic laser scanning subsystems are mounted from a scanner support framework arranged about a high-speed conveyor belt, and arranged so that each scanning subsystem projects a highly-defined 3-D omni-directional scanning volume with a large depth-of-field, above the conveyor structure so as to collectively provide omni-directional scanning with each of the three principal scanning planes of the tunnel-type scanning system.
 8. A tunnel-type system, in which each holographic laser scanning subsystem projects a highly-defined 3-D omni-directional scanning volume that has a large depth-of-field and is substantially free of spatially and temporally coincident scanning planes, to ensure substantially zero crosstalk among the numerous laser scanning channels provided within each holographic laser scanning subsystem employed in the system.
 9. A tunnel-type system, in which a split-type conveyor is used with a gap disposed between its first and second conveyor platforms, for mounting of an omni-directional projection-type laser scanning subsystem that is below the conveyor platforms and ends substantially the entire width of the conveyor platform.
 10. A tunnel-type system, wherein a plurality of holographic laser scanners are arranged about the conveyor system to produce a bidirectional scanning pattern along the principal axes of a three-dimensional laser scanning volume.
 11. A tunnel-type system, in which each holographic laser scanner employed in the system project a three-dimensional laser scanning volume having multiple focal planes and a highly confined geometry extending about a projection axis extending from the scanning window of the holographic scanner and above the conveyor belt of the system.
 12. A tunnel-type system, wherein bar code symbols downwardly facing the conveyor belt can be automatically scanned as they are transported through the system in a high-speed manner.
 13. A method of identifying and measuring packages within a tunnel-scanning environment through which objects of various types can be conveyed at high transport speeds.
 14. An automated package identification and measuring system characterized by: lower labor costs; higher load efficiency; perfect destination accuracy; extremely fast ID throughput; more accurate shipping charges; fast, accurate tracking and sorting; and precision package weights, shapes, measurements.
 15. An automated package identification and measuring system which can read bar codes anywhere on a parcel moving down a fast conveyor line: top; sides; front; rear; and bottom.
 16. An automated package identification and measuring system which enables fully automated package handling on real world-sized bar codes.
 17. An automated package identification and measuring system which does not require any human intervention during handling.
 18. An automated package identification and measuring system which can sort the package after bar code data on the package has been read and captured by the system software.
 19. An automated package identification and measuring system which can measure and weigh the package, eliminating the “guesstimating” often required by human operators.
 20. An automated package identification and measuring system which enables exact weighing and measuring of packages, and thus minimizes wasted cargo space and allowing more carrying capacity on every shipment, thereby allowing shippers to bill customers with greater precision, with fees keyed to package volume, shape, weight, and destination.
 21. A method of automated package identification and measuring employing homogeneous transformations.
 22. An automated package identification and measuring systems a fully automated package identification and measuring system, wherein an omni-directional holographic scanning tunnel is used to read bar codes on packages entering the tunnel, while a package dimensioning subsystem is used to capture information about the package prior to entry into the tunnel.
 23. An automated package identification and measuring system, wherein mathematical models are created on a real-time basis for the geometry of the package and the position of the laser scanning beam used to read the bar code symbol thereon.
 24. An automated package identification and measuring system, wherein the mathematical models are analyzed to determine if collected and queued package identification data is spatially and/or temporally correlated with package measurement data using vector-based ray-tracing methods, homogeneous transformations, and object-oriented decision logic so as to enable simultaneous tracking of multiple packages being transported through the scanning tunnel. 